PowerFlex 3.X: SVM-netværkskort kan være tildelt forkert under SVM-konvertering

Summary: Under en SVM-konverteringsproces kan SVM-netværkskort blive tildelt forkert.

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 bruger kan ikke opgradere eller konvertere den primære MDM (sidste MDM) under en SVM-konvertering, da undernettene ikke kan kommunikere.

NIC'erne blev forkert bestilt efter en SVM-konvertering:
NIC'erne blev forkert bestilt efter en SVM-konvertering

 

Der er to mulige scenarier:

Scenarie #1 - Primære DATA NIC'er skiftede netværkskort på forskellige undernet (kan ikke dirigeres):

Når man ser på query_cluster output kan vi se, at IP-adresserne på den primære MDM er i den modsatte rækkefølge af sekundærerne:

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

 

Output fra den primære MDM-grænseflade, som kan variere afhængigt af operativsystem (OS), viser, at eth1 er på undernettet 10.128.0.x, og eth2 er på undernettet 10.128.8.x i samme rækkefølge som de sekundære:

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

 

Scenarie #2 - Primære MGMT- og DATA-IP'er skiftede NIC'er:

Output fra den primære MDM-grænseflade, som kan variere fra operativsystem til operativsystem, viser, at eth0 indeholder MGMT-IP, og eth[1|2] indeholder DATA1- og DATA2-IP'erne:

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

 

Sekundære MDM-grænseflader, som kan variere fra operativsystem til operativsystem, viser, at eth0 indeholder DATA1-IP'en , og eth[1|2] indeholder DATA2- og MGMT-IP'erne:

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 ser på query_cluster output, forventer hver node at bruge eth1 og eth2 til 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åvirkning

Da undernettene ikke kan kommunikere, kan det resultere i en DU, hvis der er panik eller failover.

 

Cause

Dette problem kan opstå, hvis skabelonen ændres, før opgraderings-/konverteringsproceduren køres.

 

Resolution

Bestem den korrekte justering, og skift netværkskortene, så de passer til den. PowerFlex vil typisk som standard:

ETH0=sio_mgmt
ETH1=sio_data1
ETH2=sio_datat2

 

Trin til eth[0|1|2] ændringer:

  1. Sæt klyngen i enkelt tilstand (vi skal fjerne og tilføje igen med den korrekte rækkefølge af IP'er)
  2. Rediger scripts /etc/sysconfig/network-scripts/ifcfg-eth* på sekundær MDM, så de svarer til den aktuelle primære MDM-rækkefølge (MGMT på eth0, DATA1 på eth1, DATA2 på eth2)
  3. Sæt SDS, der findes på den aktuelle sekundære MDM, i vedligeholdelsestilstand (MM), da vi ændrer IP'erne med en genstart
  4. Genstart den SVM, der blev placeret i MM
  5. Bekræft, når du opretter forbindelse til denne node igen, at IP-adresserne er i samme rækkefølge som den aktuelle primære MDM som nævnt i trin #2
  6. Sørg for, at SDS er tilsluttet igen, og afslut derefter MM
  7. Fjern den sekundære MDM, som vi lige har genstartet, fra MDM-klyngen
  8. Tilføj igen som standby-MDM, og sørg for, at rækkefølgen af IP-adresser i "new_mdm_ip" svarer til den aktuelle primære (DATA1, DATA2)
  9. Skift tilbage til 3-node/5-node-tilstand
  10. Kontrollér, at klyngen er sund og synkroniseret
  11. Skift MDM-ejerskab
  12. Når MDM-switchejerskabet er fuldført, skal du fortsætte med den sidste tilbageværende node til SVM-opgradering/-konvertering

 

Påvirkede versioner

VxFlex OS 3.0.x 

Fast 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.