PowerFlex:SVM変換中にSVM NICが誤って割り当てられることがある
Summary: SVM変換プロセス中に、SVM NICが正しく割り当てられない場合があります。
Symptoms
サブネットが通信できないため、ユーザーはSVM変換中にプライマリーMDM(最後のMDM)をアップグレードまたは変換できません。
シナリオ
SVM変換後にNICの順序が誤っていました。
次の 2 つのシナリオが考えられます。
シナリオ#1 - プライマリーDATA NICが異なるサブネット(ルーティング不可)上のスイッチドNIC:
を見ると、 query_cluster 出力を見ると、プライマリーMDMのIPアドレスがセカンダリーのIPアドレスとは逆の順序になっていることがわかります。
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
プライマリーMDMインターフェイスの出力は、オペレーティング システム(OS)によって異なる場合がありますが、セカンダリーと同じ順序で eth1 が10.128.0.xサブネット上にあり、 eth2 が10.128.8.xサブネット上にあることが示されています。
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
シナリオ#2:プライマリーMGMTおよびDATA IPスイッチNIC:
プライマリーMDMインターフェイスの出力は、OSによって異なる場合がありますが、eth0が MGMTIPを保持し、eth[1|2]がDATA1およびDATA2 IPを保持していることを示しています。
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
セカンダリーMDMインターフェイスの出力は、OSごとに異なる場合がありますが、eth0が DATA1 IPを保持し、eth[1|2]がDATA2およびMGMT IPを保持していることを示しています。
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
を見ると、 query_cluster 出力では、各ノードは VIP に eth1 と eth2 を使用することを想定しています。
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
問題
サブネットは通信できないため、パニックやフェールオーバーが発生した場合にDUが発生する可能性があります。
Cause
この問題は、アップグレード/変換手順を実行する前にテンプレートを変更した場合に発生する可能性があります。
Resolution
正しい位置合わせを決定し、それに合わせてNICを変更します。通常、PowerFlexのデフォルトは次のとおりです。
ETH0=sio_mgmt ETH1=sio_data1 ETH2=sio_datat2
eth[0|1|2] の変更手順:
- クラスターをシングル モードにします(IPを削除して、適切な順序で再度追加する必要があります)
- セカンダリーMDMの/etc/sysconfig/network-scripts/ifcfg-eth*スクリプトを編集して、現在のプライマリーMDMの順序(eth0はMGMT、eth1はDATA1、eth2はDATA2)と一致させます。
- 再起動時にIPを変更するため、現在のセカンダリーMDMに存在するSDSをメンテナンス モード(MM)にします
- MMに配置されたSVMを再起動します
- このノードに再接続したときに、ステップ#2で説明したように、IPが現在のプライマリーMDMと同じ順序であることを確認します。
- SDSが再接続されていることを確認してから、MMを終了します
- MDMクラスターから再起動したセカンダリーMDMを削除します
- スタンバイMDMとして再追加し、「new_mdm_ip」内のIPの順序が現在のプライマリー(DATA1、DATA2)と一致していることを確認します。
- 3ノード/5ノード モードに戻す
- クラスターが正常で同期中であることを確認します
- MDM所有権の切り替え
- スイッチMDMの所有権が正常に取得されたら、SVMのアップグレード/変換のために最後に残ったノードに進みます
問題が発生するバージョン
VxFlex OS 3.0.x
修正バージョン
VxFlex OS 3.0.1.5
PowerFlex 3.5.1.3
PowerFlex 3.6.0.327
PowerFlex 4.0.0.1003