PowerFlex : Les cartes NIC SVM peuvent être attribuées de manière incorrecte lors de la conversion SVM

Un utilisateur ne peut pas mettre à niveau ou convertir le MDM principal (dernier MDM) lors d’une conversion SVM, car les sous-réseaux ne peuvent pas communiquer.

Scénario

Les cartes NIC ont été mal commandées après une conversion SVM :

Deux cas de figure sont possibles :

Scénario #1 - Cartes NIC DATA primaires commutées sur différents sous-réseaux (non routables) :

Lorsque nous examinons les query_cluster Nous pouvons voir que les adresses IP du MDM principal sont dans l’ordre inverse des adresses IP secondaires :

Primary MDM:
    Name: Secondary_MDM2, ID: 0x6a3e3168772f4322
        IP Addresses: 10.128.8.62, 10.128.0.62, Management IP Addresses: 10.63.193.162, Port: 9011, Virtual IP interfaces: eth1, eth2
Secondary MDMs:
    Name: Secondary_MDM1, ID: 0x3faea7c32806b951
        IP Addresses: 10.128.0.61, 10.128.8.61, Management IP Addresses: 10.63.193.161, Port: 9011, Virtual IP interfaces: eth1, eth2
    Name: Primary_MDM, ID: 0x02d885dd7c5fc180
        IP Addresses: 10.128.0.60, 10.128.8.60, Management IP Addresses: 10.63.193.160, Port: 9011, Virtual IP interfaces: eth1, eth2

La sortie de l’interface MDM principale, qui peut varier selon le système d’exploitation (SE), indique que eth1 se trouve sur le sous-réseau 10.128.0.x et eth2 sur le sous-réseau 10.128.8.x, dans le même ordre que les secondaires :

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.63.193.162  netmask 255.255.255.128  broadcast 10.63.193.255
eth1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 9000
        inet 10.128.0.62  netmask 255.255.248.0  broadcast 10.128.7.255
eth2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 9000
        inet 10.128.8.62  netmask 255.255.248.0  broadcast 10.128.15.255

Scénario #2 - Cartes NIC commutées d’adresses IP MGMT et DATA primaires :

La sortie de l’interface MDM principale, qui peut varier selon le système d’exploitation, indique que eth0 détient l’adresse IP MGMTet eth[1|2] détient les adresses IP DATA1 et DATA2 :

eth0      Link encap:Ethernet  HWaddr 00:50:56:91:97:CD  
          inet addr:10.202.5.13  Bcast:10.202.5.255  Mask:255.255.255.0
eth1      Link encap:Ethernet  HWaddr 00:50:56:91:3A:FB  
          inet addr:192.168.152.28  Bcast:192.168.159.255  Mask:255.255.248.0
eth2      Link encap:Ethernet  HWaddr 00:50:56:91:4E:57  
          inet addr:192.168.160.28  Bcast:192.168.167.255  Mask:255.255.248.0

La sortie des interfaces MDM secondaires, qui peut varier selon le système d’exploitation, indique que eth0 détient l’adresse IP DATA1 et eth[1|2] contient les adresses IP DATA2 et MGMT :

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 9000
        inet 192.168.152.27  netmask 255.255.248.0  broadcast 192.168.159.255
eth1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 9000
        inet 192.168.160.27  netmask 255.255.248.0  broadcast 192.168.167.255
eth2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.202.5.12  netmask 255.255.255.0  broadcast 10.202.5.255

Lorsque nous examinons les query_cluster sortie, chaque nœud s’attend à utiliser eth1 et eth2 pour les VIP :

Master MDM:
    Name: agent-svm-de1801vmwesx002, ID: 0x52cd360827eb8e63
        IPs: 192.168.152.28, 192.168.160.28, Management IPs: 10.202.5.13, Port: 9011, Virtual IP interfaces: eth1, eth2
        Version: 2.6.11000
Slave MDMs:
    Name: agent-svm-de1801vmwesx001, ID: 0x361d56fd178799e0
        IPs: 192.168.160.27, 192.168.152.27, Management IPs: 10.202.5.12, Port: 9011, Virtual IP interfaces: eth1, eth2
        Status: Normal, Version: 2.6.11000

Impact

Étant donné que les sous-réseaux ne peuvent pas communiquer, en cas de fonctionnement inattendu ou de basculement, cela peut entraîner une indisponibilité des données.

Ce problème peut se produire si le modèle est modifié avant l’exécution de la procédure de mise à niveau/conversion.

Déterminez l’alignement correct et modifiez les cartes réseau pour qu’elles correspondent à celui-ci. PowerFlex est généralement défini par défaut sur :

ETH0=sio_mgmt
ETH1=sio_data1
ETH2=sio_datat2

Étapes pour les modifications d’eth[0|1|2] :

1. Mettez le cluster en mode simple (nous devons supprimer et rajouter avec le bon ordre d’adresses IP)
2. Modifiez les scripts /etc/sysconfig/network-scripts/ifcfg-eth* sur le MDM secondaire pour qu’ils correspondent à l’ordre actuel du MDM principal (MGMT sur eth0, DATA1 sur eth1, DATA2 sur eth2)
3. Placez le SDS qui réside sur le MDM secondaire actuel en mode maintenance (MM), car nous modifions les adresses IP avec un redémarrage
4. Redémarrez la SVM qui a été placée dans le module de gestion.
5. Lors de la reconnexion à ce nœud, vérifiez que les adresses IP sont dans le même ordre que le MDM principal actuel, comme indiqué à l’étape #2
6. Assurez-vous que le SDS est reconnecté, puis quittez le module de gestion.
7. Supprimer le MDM secondaire que nous venons de redémarrer à partir du cluster MDM
8. Rajoutez-le en tant que MDM en veille, en veillant à ce que l’ordre des adresses IP dans « new_mdm_ip » corresponde au MDM principal actuel (DATA1, DATA2)
9. Repassez en mode 3 nœuds/5 nœuds
10. Vérifier que le cluster est sain et synchronisé
11. Basculer la propriété du MDM
12. Une fois la propriété du MDM commutée réussie, passez au dernier nœud restant pour la mise à niveau/conversion de SVM

Versions affectées

VxFlex OS 3.0.x 

Problème résolu dans la version

VxFlex OS 3.0.1.5

PowerFlex 3.5.1.3

PowerFlex 3.6.0.327

PowerFlex 4.0.0.1003