PowerScale: Periodisk frakobling til dynamiske IP-er for PowerScale-node
Summary: Denne artikkelen beskriver periodisk frakobling til dynamiske IP-adresser for PowerScale-noder under rullerende omstart eller rullerende oppgradering. Dette skjer på grunn av ugyldige (gamle) ARP-oppføringer (Address Resolution Protocol) på klienten. ...
Symptoms
Under en rullerende omstart eller rullende oppgradering kan det hende at noen klienter på samme delnett som PowerScale-klyngen kobles fra til dynamiske IP-adresser for PowerScale. Bare klienter på samme subnett med Isilon-klynge har problemet. Klientene kan ikke engang pinge de dynamiske IP-ene med problemet. Dette kan også skje med de andre nodene i den samme Isilon-klyngen. Noen noder i klyngen kan ikke pinge dynamiske IP-adresser på andre noder. Hvis du kontrollerer ARP-tabellen på en klientmaskin som ikke kan pinge en dynamisk IP, vises en ugyldig oppføring. ARP-tabellen har fortsatt den gamle oppføringen som tilordner den dynamiske IP-en til feil MAC-adresse.
For eksempel ble node 11 startet på nytt, og den dynamiske IP 10.x.x.43 ble flyttet til node 10 for å unngå nedetid. Deretter begynte node 1 å mislykkes i å pinge IP-en.
Etter å ha gjennomgått ARP-tabellen på node 1, var oppføringen for node 11 ugyldig. Den viste at IP 10.x.x.43 fortsatt var tilordnet til node 11s MAC ec:0d:xx:xx:c5:00.
node-1# arp -a ? (10.x.x.43) at ec:0d:xx:xx:c5:00 on mlxen1 expires in 232 seconds [ethernet]
MAC-adressen for node 11 er ec:0d:xx:xx:c5:00.
node-11: mlxen0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 node-11: options=d07bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,LRO,VLAN_HWFILTER,VLAN_HWTSO,LINKSTATE> node-11: ether ec:0d:xx:xx:c5:00 node-11: inet 10.x.x.43 netmask 0xffffff00 broadcast 10.x.x.255 zone 1 node-11: nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL> node-11: media: Ethernet autoselect (40Gbase-CR4 <full-duplex,rxpause,txpause>) node-11: status: active
Når node 11 startes på nytt, ble IP 10.x.x.43 flyttet til node 10.
2018-11-15T16:06:45+09:00 <3.6> node-1 isi_smartconnect[5222]: Assigned unused IP 10.x.x.43 to { key=10,40gige-1 addr_idx=0 lni=40gige-1 nic=mlxen0[Up] vlan_nic=<NULL> addrs={ 10.x.x.43 } } . 2018-11-15T16:06:45+09:00 <3.6> node-1 isi_smartconnect[5222]: FLXAPI: OP: FLXAPI_OP_CURRENT_STATE Pool[2:1:1:1]: subnet0 zones: filer25.xxx.com IP[18]: 10.x.x.21:up IP[18]: 10.x.x.54:up IP[17]: 10.x.x.32:up IP[17]: 10.x.x.56:up IP[17]: 10.x.x.30:up IP[16]: 10.x.x.37:up IP[16]: 10.x.x.39:up IP[16]: 10.x.x.45:up IP[15]: 10.x.x.29:up IP[15]: 10.x.x.33:up IP[15]: 10.x.x.49:up IP[14]: 10.x.x.31:up IP[14]: 10.x.x.34:up IP[13]: 10.x.x.38:up IP[13]: 10.x.x.40:up IP[13]: 10.x.x.46:up IP[12]: 10.x.x.41:up IP[12]: 10.x.x.36:up IP[10]: 10.x.x.53:up IP[10]: 10.x.x.43:up IP[9]: 10.x.x.44:up IP[9]: 10.x.x.28:up IP[8]: 10.x.x.51:up IP[8]: 10.x.x.26:up IP[7]: 10.x.x.55:up IP[7]: 10.x.x.35:up IP[6]: 10.x.x.42:up IP[6]: 10.x.x.24:up IP[5]: 10.x.x.52:up IP[5]: 10.x.x.25:up IP[4]: 10.x.x.48:up IP[4]: 10.x.x.50:up IP[3]: 10.x.x.22:up IP[3]: 10.x.x.27:up IP[2]: 10.x.x.47:up IP[2]: 10.x.x.23:up
MAC-adressen for node 10 er ec:0d:xx:xx:c0:80.
node-10: mlxen0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 node-10: options=d07bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,LRO,VLAN_HWFILTER,VLAN_HWTSO,LINKSTATE> node-10: ether ec:0d:xx:xx:c0:80 node-10: inet 10.x.x.43 netmask 0xffffff00 broadcast 10.x.x.255 zone 1 node-10: nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL> node-10: media: Ethernet autoselect (40Gbase-CR4 <full-duplex,rxpause,txpause>) node-10: status: active
ARP-oppføringen på node 1 ble tilordnet en ugyldig (gammel) MAC-adresse. Dette resulterer i at klienter eller noder ikke kan koble til IP-adressen før den er korrigert.
Cause
I henhold til "PowerScale Network Design Considerations"
https://infohub.delltechnologies.com/es-es/t/dell-powerscale-network-design-considerations/
"En SmartConnect-sone med dynamisk tildeling for IP-adresser flytter umiddelbart den ene IP-adressen på den defekte noden til en av de tre andre nodene i klyngen. Den sender ut flere ARP-forespørsler (Virtual Address Resolution Protocols) til den tilkoblede svitsjen, slik at klient-I/O fortsetter uavbrutt."
Vertene på samme delnett mottok ikke Gratuitous ARP (GARP)-pakker fra node 10 etter at IP-adressen ble tilordnet. Dermed ble ARP-oppføringen ikke oppdatert riktig på vertene, noe som resulterer i et nettverkstilkoblingsproblem. Årsaken er at ARP-sendinger enten droppes eller blokkeres på nettverksnivå. Cisco Application Centric Infrastructure (ACI) har bidratt til disse problemene på grunn av feilkonfigurasjon.
Resolution
Løsning:
Som en langsiktig løsning må "Gratuitous ARP Flooding" aktiveres på svitsjsiden.
Følgende kunnskapsartikler er ment å beskrive (i detalj) kumulative anbefalinger med Cisco ACI.
- [000032487] Falsk IP-påvisning i Cisco ACI-nettverkssvitsjer
- [000028116] Klienter kobles fra etter at IP-adressen flyttes, og Cisco ACI er i bruk
Omgåelse av problemet:
Som en løsning kan den foreldede ARP-oppføringen slettes med kommandoen "arp -d" på de berørte vertene. Vertene kringkaster en ny ARP-oppløsningsforespørsel for IP og oppdaterer ARP -tabellene sine med den oppdaterte MAC-adressen.
Additional Information
Dette problemet kan feilsøkes ytterligere med pakkeregistrering på alle PowerScale-noder og klientmaskiner. Dette beviser at noden mottok GARP-pakkene som designet. Verten som opplevde problemet, mottok imidlertid ikke GARP-pakker.
Da IP 10.x.x.43 ble flyttet til node 10, sendte node 10 faktisk GARP-pakker angående til IP 10.x.x.43.
[~]$ tshark -t ad -r node-10_mlxen0.pcap | grep ARP | grep Gratui 3781 2018-11-15 16:06:47.711230 ec:0d:xx:xx:c0:80 Broadcast ARP 42 Gratuitous ARP for 10.x.x.43 (Request) 3783 2018-11-15 16:06:47.753820 ec:0d:xx:xx:c0:80 Broadcast ARP 60 Gratuitous ARP for 10.x.x.43 (Request) 3784 2018-11-15 16:06:47.753841 ec:0d:xx:xx:c0:80 Broadcast ARP 60 Gratuitous ARP for 10.x.x.43 (Request) 3791 2018-11-15 16:06:48.823611 ec:0d:xx:xx:c0:80 Broadcast ARP 60 Gratuitous ARP for 10.x.x.43 (Request) 3792 2018-11-15 16:06:48.823633 ec:0d:xx:xx:c0:80 Broadcast ARP 60 Gratuitous ARP for 10.x.x.43 (Request) 3799 2018-11-15 16:06:49.835902 ec:0d:xx:xx:c0:80 Broadcast ARP 60 Gratuitous ARP for 10.x.x.43 (Request) 3800 2018-11-15 16:06:49.835926 ec:0d:xx:xx:c0:80 Broadcast ARP 60 Gratuitous ARP for 10.x.x.43 (Request) 3807 2018-11-15 16:06:50.933966 ec:0d:xx:xx:c0:80 Broadcast ARP 60 Gratuitous ARP for 10.x.x.43 (Request) 3808 2018-11-15 16:06:50.934000 ec:0d:xx:xx:c0:80 Broadcast ARP 60 Gratuitous ARP for 10.x.x.43 (Request) 3815 2018-11-15 16:06:52.034005 ec:0d:xx:xx:c0:80 Broadcast ARP 60 Gratuitous ARP for 10.x.x.43 (Request) 3816 2018-11-15 16:06:52.034048 ec:0d:xx:xx:c0:80 Broadcast ARP 60 Gratuitous ARP for 10.x.x.43 (Request) 3824 2018-11-15 16:06:53.084292 ec:0d:xx:xx:c0:80 Broadcast ARP 60 Gratuitous ARP for 10.x.x.43 (Request) 3825 2018-11-15 16:06:53.084343 ec:0d:xx:xx:c0:80 Broadcast ARP 60 Gratuitous ARP for 10.x.x.43 (Request) 3832 2018-11-15 16:06:54.134719 ec:0d:xx:xx:c0:80 Broadcast ARP 60 Gratuitous ARP for 10.x.x.43 (Request) 3833 2018-11-15 16:06:54.134764 ec:0d:xx:xx:c0:80 Broadcast ARP 60 Gratuitous ARP for 10.x.x.43 (Request) 3840 2018-11-15 16:06:55.222125 ec:0d:xx:xx:c0:80 Broadcast ARP 60 Gratuitous ARP for 10.x.x.43 (Request) 3841 2018-11-15 16:06:55.222171 ec:0d:xx:xx:c0:80 Broadcast ARP 60 Gratuitous ARP for 10.x.x.43 (Request) 3848 2018-11-15 16:06:56.283997 ec:0d:xx:xx:c0:80 Broadcast ARP 60 Gratuitous ARP for 10.x.x.43 (Request) 3849 2018-11-15 16:06:56.284023 ec:0d:xx:xx:c0:80 Broadcast ARP 60 Gratuitous ARP for 10.x.x.43 (Request) 3856 2018-11-15 16:06:57.370114 ec:0d:xx:xx:c0:80 Broadcast ARP 60 Gratuitous ARP for 10.x.x.43 (Request) 3857 2018-11-15 16:06:57.370142 ec:0d:xx:xx:c0:80 Broadcast ARP 60 Gratuitous ARP for 10.x.x.43 (Request)
Pakkefangsten viser at node 1 ikke mottok noen GARP-pakker angående bevegelsen av IP 10.x.x.43.
[~]$ tshark -t ad -r node-1_mlxen1.pcap | grep -i arp | grep Gratuitous | grep 10.x.x.43 [~]$
Pakkefangsten viser at klienten heller ikke mottok GARP-pakkene.
[~]$ tshark -t ad -r client.pcap | grep ARP | grep Gratuitous | grep 10.x.x.43 [~]$
Når vertene ikke mottar GARP-pakker, ble ikke ARP-tabelloppføringene for IP 10.x.x.43 oppdatert. De er fortsatt tilordnet feil MAC ec:0d:xx:xx:c5:00. Dermed kunne de ikke nå IP 10.x.x.43.