PowerFlex 3.X: SVM-nätverkskort kan tilldelas felaktigt under SVM-konvertering

Summary: Under en SVM-konverteringsprocess kan SVM-nätverkskort tilldelas felaktigt.

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

En användare kan inte uppgradera eller konvertera den primära MDM:en (senaste MDM) under en SVM-konvertering eftersom undernäten inte kan kommunicera.

Nätverkskorten beställdes felaktigt efter en SVM-konvertering:
Nätverkskorten beställdes felaktigt efter en SVM-konvertering

 

Det finns två möjliga scenarier:

Scenario #1 – Primära NIC-nätverkskort växlade på olika undernät (kan inte dirigeras):

När man tittar på query_cluster output kan vi se att IP-adresserna för den primära MDM:en är i motsatt ordning mot de sekundära:

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

 

Primära MDM-gränssnittets utdata, som kan variera beroende på operativsystem (OS), visar att eth1 finns i 10.128.0.x-undernätet och eth2 i 10.128.8.x-undernätet, i samma ordning som de sekundära:

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 – Primära MGMT- och DATA-IP-adresser växlade NIC:er:

Primär MDM-gränssnittsutdata, som kan variera beroende på operativsystem, visar att eth0 innehåller MGMTIP och eth[1|2] innehåller IP-adresserna DATA1 och 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

 

Utdata från sekundära MDM-gränssnitt, som kan variera beroende på operativsystem, visar att eth0 innehåller IP-adresserna DATA1 och eth[1|2] innehåller IP-adresserna DATA2 och 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

 

När man tittar på query_cluster utdata förväntar sig varje nod att använda eth1 och eth2 för VIP:er:

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

 

Påverkan

Eftersom undernäten inte kan kommunicera kan det resultera i en DU om det uppstår panik eller redundans.

 

Cause

Det här problemet kan uppstå om mallen ändras innan du kör uppgraderings-/konverteringsproceduren.

 

Resolution

Fastställ rätt justering och ändra nätverkskorten så att de matchar den. PowerFlex är normalt följande:

ETH0=sio_mgmt
ETH1=sio_data1
ETH2=sio_datat2

 

Steg för eth[0|1|2] ändringar:

  1. Sätt klustret i enkelläge (vi måste ta bort och lägga till igen med rätt IP-adressordning)
  2. Redigera skripten /etc/sysconfig/network-scripts/ifcfg-eth* på sekundär MDM så att de matchar den aktuella primära MDM-ordningen (MGMT på eth0, DATA1 på eth1, DATA2 på eth2)
  3. Sätt SDS som finns på den aktuella sekundära MDM-enheten i underhållsläge (MM) eftersom vi ändrar IP-adresserna med en omstart
  4. Starta om SVM som placerades i MM
  5. Kontrollera när du ansluter till noden igen att IP-adresserna är i samma ordning som den aktuella primära MDM-enheten som nämns i steg #2
  6. Se till att SDS är återanslutet och avsluta sedan MM
  7. Ta bort den sekundära MDM-enheten som vi just startade om från MDM-klustret
  8. Lägg till som MDM i vänteläge igen och se till att IP-adressordningen i "new_mdm_ip" matchar den aktuella primära (DATA1, DATA2)
  9. Ändra tillbaka till läge för 3 noder/5 noder
  10. Kontrollera att klustret är felfritt och synkroniserat
  11. Byta MDM-ägarskap
  12. När switchens MDM-ägarskap har slutförts går du vidare med den sista återstående noden för SVM-uppgradering/-konvertering

 

Versioner som påverkas

VxFlex OS 3.0.x 

Åtgärdat i version

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.