PowerFlex 3.X: Le schede di rete SVM possono essere assegnate in modo errato durante la conversione SVM

Un utente non può aggiornare o convertire l MDM primario (ultimo MDM) durante una conversione SVM, poiché le subnet non sono in grado di comunicare.

Le schede di rete sono state ordinate in modo errato dopo una conversione SVM:

Esistono due possibili scenari:

Scenario #1 - Schede di rete di dati primarie commutate su subnet diverse (non instradabili):

Quando si esamina il query_cluster nell'output possiamo vedere che gli indirizzi IP dell MDM primario sono nell'ordine opposto a quelli secondari:

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

L'output dell'interfaccia MDM primaria, che può variare in base al sistema operativo (OS), mostra che eth1 si trova sulla subnet 10.128.0.x ed eth2 si trova sulla subnet 10.128.8.x, nello stesso ordine dei secondari:

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

Scenario #2 - IP MGMT e DATI primari NIC commutati:

L'output dell'interfaccia MDM primaria, che può variare a seconda del sistema operativo, mostra che eth0 contiene l'IP MGMTed eth[1|2] contiene gli IP DATA1 e 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

L'output delle interfacce MDM secondarie, che può variare a seconda del sistema operativo, mostra che eth0 detiene l'IP DATA1 ed eth[1|2] contiene gli IP DATA2 e 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

Quando si esamina il query_cluster output, ogni nodo prevede di utilizzare eth1 ed eth2 per i 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

Impatto

Poiché le subnet non sono in grado di comunicare, in caso di errore irreversibile o failover, potrebbe verificarsi una non disponibilità dei dati.

Questo problema può verificarsi se il modello viene modificato prima di eseguire la procedura di aggiornamento/conversione.

Determinare l'allineamento corretto e modificare le schede di rete in modo che corrispondano. PowerFlex in genere utilizza per impostazione predefinita:

ETH0=sio_mgmt
ETH1=sio_data1
ETH2=sio_datat2

Passaggi per le modifiche eth[0|1|2]:

1. Impostare il cluster in modalità singola (è necessario rimuovere e aggiungere nuovamente con l'ordine corretto degli IP)
2. Modificare gli script /etc/sysconfig/network-scripts/ifcfg-eth* sull MDM secondario in modo che corrispondano all'ordine corrente dell MDM primario (MGMT su eth0, DATA1 su eth1, DATA2 su eth2)
3. Mettere in modalità di manutenzione (MM) l SDS che risiede sull MDM secondario corrente, poiché si stanno modificando gli IP con un riavvio
4. Riavviare la SVM che è stata inserita nell MM
5. Verificare, al momento della riconnessione a questo nodo, che gli IP siano nello stesso ordine dell MDM primario corrente, come indicato nel passaggio #2
6. Accertarsi che l SDS sia riconnesso, quindi uscire dall MM
7. Rimuovere l MDM secondario appena riavviato dal cluster MDM
8. Aggiungere nuovamente come MDM in standby, assicurandosi che l'ordine degli indirizzi IP in "new_mdm_ip" corrisponda a quello primario corrente (DATA1, DATA2)
9. Tornare alla modalità a 3 nodi/5 nodi
10. Verifica dell'integrità e della sincronizzazione del cluster
11. Cambiare la proprietà dell MDM
12. Una volta che la proprietà dell MDM dello switch ha esito positivo, passare all'ultimo nodo rimanente per l'aggiornamento/la conversione della SVM

Versioni interessate

VxFlex OS 3.0.x 

Risolto nella versione

VxFlex OS 3.0.1.5

PowerFlex 3.5.1.3

PowerFlex 3.6.0.327

PowerFlex 4.0.0.1003