PowerFlex: SVM-NIC's kunnen onjuist worden toegewezen tijdens SVM-conversie

Summary: Tijdens een SVM-conversieproces kunnen SVM-NIC's onjuist worden toegewezen.

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

Een gebruiker kan de primaire MDM (laatste MDM) niet upgraden of converteren tijdens een SVM-conversie, omdat de subnetten niet kunnen communiceren.

 

Scenario

De NIC's waren verkeerd geordend na een SVM-conversie:
De NIC's zijn verkeerd geordend na een SVM-conversie

 

Er zijn twee mogelijke scenario's:

Scenario #1 - Primaire NIC's schakelden NIC's in op verschillende subnetten (niet routeerbaar):

Bij het bekijken van de query_cluster output kunnen we zien dat de IP-adressen van de primaire MDM in de omgekeerde volgorde van de secundaire MDM staan:

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

 

De uitvoer van de primaire MDM-interface, die per besturingssysteem (OS) kan verschillen, laat zien dat eth1 zich op het subnet 10.128.0.x bevindt en eth2 op het subnet 10.128.8.x, in dezelfde volgorde als de secundaire subnet:

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 - Primaire MGMT en DATA IP's geschakelde NIC's:

De primaire MDM-interface-uitvoer, die per besturingssysteem kan verschillen, laat zien dat eth0 de MGMTIP bevat en eth[1|2] de IP's DATA1 en 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

 

De uitvoer van secundaire MDM-interfaces, die per besturingssysteem kan verschillen, laat zien dat eth0 het IP-adres DATA1 bevat en eth[1|2] de IP's DATA2 en 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

 

Bij het bekijken van de query_cluster output, verwacht elk knooppunt eth1 en eth2 te gebruiken voor VIP's:

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

Aangezien de subnetten niet kunnen communiceren, kan een panic of failover leiden tot een DU.

 

Cause

Dit probleem kan zich voordoen als de sjabloon wordt gewijzigd voordat de upgrade-/conversieprocedure wordt uitgevoerd.

 

Resolution

Bepaal de juiste uitlijning en wijzig de NIC's zodat deze overeenkomen. PowerFlex stelt zich standaard ingesteld op:

ETH0=sio_mgmt
ETH1=sio_data1
ETH2=sio_datat2

 

Stappen voor eth[0|1|2] wijzigingen:

  1. Zet het cluster in enkele modus (we moeten verwijderen en opnieuw toevoegen met de juiste volgorde van IP-adressen)
  2. Bewerk de /etc/sysconfig/network-scripts/ifcfg-eth* scripts op secundaire MDM zodat deze overeenkomen met de huidige primaire MDM-volgorde (MGMT op eth0, DATA1 op eth1, DATA2 op eth2)
  3. Zet de SDS die zich op de huidige secundaire MDM bevinden in de onderhoudsmodus (MM), omdat we de IP-adressen wijzigen bij een herstart
  4. Start de SVM die in MM is geplaatst opnieuw op
  5. Controleer bij het opnieuw verbinden met dit knooppunt of de IP-adressen zich in dezelfde volgorde bevinden als de huidige primaire MDM zoals vermeld in stap #2
  6. Zorg ervoor dat de SDS opnieuw is aangesloten en sluit MM af
  7. Verwijder de secundaire MDM die we zojuist opnieuw hebben opgestart uit het MDM-cluster
  8. Voeg opnieuw toe als stand-by MDM en zorg ervoor dat de volgorde van IP-adressen in 'new_mdm_ip' overeenkomt met de huidige primaire MDM (DATA1, DATA2)
  9. Ga terug naar de modus met 3 knooppunten/5 knooppunten
  10. Controleer of het cluster in orde en gesynchroniseerd is
  11. Van MDM-eigenaar wisselen
  12. Zodra de MDM-overdracht is geslaagd, gaat u verder met het laatst overgebleven knooppunt voor SVM-upgrade/conversie

 

Versies waarop dit van toepassing is

VxFlex OS 3.0.x 

Opgelost in versie

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.