PowerFlex: As NICs do SVM podem ser atribuídas incorretamente durante a conversão do SVM

Summary: Durante um processo de conversão de SVM, as NICs de SVM podem ser atribuídas incorretamente.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

Um usuário não pode fazer upgrade ou converter o MDM principal (último MDM) durante uma conversão de SVM, pois as sub-redes não podem se comunicar.

 

Situação

As NICs foram ordenadas incorretamente após uma conversão de SVM:
As NICs foram solicitadas incorretamente após uma conversão de SVM

 

Há dois cenários possíveis:

Cenário #1 - NICs de dados primários comutaram NICs em diferentes sub-redes (não roteáveis):

Ao analisar a query_cluster Na saída, podemos ver que os endereços IP do MDM primário estão na ordem oposta dos secundários:

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

 

A saída da interface primária do MDM, que pode variar de acordo com o sistema operacional (SO), mostra que eth1 está na sub-rede 10.128.0.x e eth2 está na sub-rede 10.128.8.x, na mesma ordem que os secundários:

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

 

Cenário #2 - NIC alternadas de DATA e gerenciamento primário:

A saída da interface primária do MDM, que pode variar de acordo com o SO, mostra que eth0 mantém o IP MGMT e eth[1|2] mantém os IPs 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

 

A saída das interfaces secundárias do MDM, que pode variar de acordo com o SO, mostra que eth0 contém o IP DATA1 e eth[1|2] mantém os IPs 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

 

Ao analisar a query_cluster resultado, cada nó espera usar eth1 e eth2 para VIPs:

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

 

Impacto

Como as sub-redes não podem se comunicar, se houver uma pane ou failover, isso poderá resultar em uma DU.

 

Cause

Esse problema pode ocorrer se o modelo for modificado antes de executar o procedimento de atualização/conversão.

 

Resolution

Determine o alinhamento correto e altere as NICs para correspondê-lo. O PowerFlex normalmente assume como padrão:

ETH0=sio_mgmt
ETH1=sio_data1
ETH2=sio_datat2

 

Passos para mudanças eth[0|1|2]:

  1. Coloque o cluster no modo único (devemos remover e adicionar novamente com a ordem adequada de IPs)
  2. Edite os scripts /etc/sysconfig/network-scripts/ifcfg-eth* no MDM secundário para corresponder à ordem atual do MDM principal (MGMT em eth0, DATA1 em eth1, DATA2 em eth2)
  3. Coloque o SDS que reside no MDM secundário atual no modo de manutenção (MM), pois estamos alterando os IPs com uma reinicialização
  4. Reinicialize a SVM que foi colocada no MM
  5. Ao se reconectar a esse nó, verifique se os IPs estão na mesma ordem que o MDM principal atual, conforme mencionado na etapa #2
  6. Certifique-se de que o SDS seja reconectado e, em seguida, saia do MM
  7. Remova o MDM secundário que acabamos de reinicializar do cluster do MDM
  8. Adicione novamente como um MDM em espera, certificando-se de que a ordem dos IPs em "new_mdm_ip" corresponda à principal atual (DATA1, DATA2)
  9. Voltar para o modo de 3 nós/5 nós
  10. Verifique se o cluster está íntegro e em sincronia
  11. Alternar propriedade do MDM
  12. Depois que a propriedade do MDM do switch for bem-sucedida, prossiga com o último nó restante para upgrade/conversão de SVM

 

Versões afetadas

VxFlex OS 3.0.x 

Correção feita na versão

VxFlex OS 3.0.1.5

PowerFlex 3.5.1.3

PowerFlex 3.6.0.327

PowerFlex 4.0.0.1003

 

Affected Products

PowerFlex rack, PowerFlex Appliance, PowerFlex custom node, PowerFlex Software
Article Properties
Article Number: 000225313
Article Type: Solution
Last Modified: 30 Dec 2025
Version:  3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.