PowerFlex 3.5: Frakobling av likemann ved bruk av replikering

Dette problemet kan oppstå umiddelbart etter konfigurering av PowerFlex-replikering, men kan også oppstå etter noen nettverksendringer eller når hoved-MDM-en på hver side endres til en bestemt node. 

scli --query_replication_peer_system på den ene siden (SiteA) returnerer:

query-all-Replication Peer System returned 1 Replication Peer System nodes.
Replication Peer System ID: 045a1aa61167b20f Replication Peer System internal ID: eef8648500000000 Name: SiteB State: Decoupled, REMOTE_PEER_MDM_DENIED_MESSAGE_AS_NO_WORKING_CLIENT_CONNECTION_TO_THIS_PEER IP: 192.168.89.14,192.168.89.13,192.168.89.18 Port: 7611 Version: N/A
SDR-SDR connectivity status: All connected

"Netstat"-utdata ser omtrent slik ut:

tcp        0      0 192.168.86.19:50470     192.168.89.14:7611      ESTABLISHED 36766/mdm-3.5.1100.
tcp        0      0 192.168.86.19:50464     192.168.89.14:7611      ESTABLISHED 36766/mdm-3.5.1100.
tcp        0      0 192.168.86.19:50216     192.168.89.14:7611      ESTABLISHED 36766/mdm-3.5.1100.
tcp        0      0 192.168.86.19:50458     192.168.89.14:7611      ESTABLISHED 36766/mdm-3.5.1100.

Legg merke til at det er fire utgående tilkoblinger til port 7611 på peer MDM, men det er ingen innkommende tilkoblinger fra SiteB til port 7611 på localhost.

En annen side (SiteB) vises som Frakoblet, NOT_CONN, for eksempel:

Query-all-Replication Peer System returned 1 Replication Peer System nodes.
Replication Peer System ID: 0966250f2fae770f Replication Peer System internal ID: c0f3862b00000000 Name: SiteA State: Decoupled, NOT_CONN IP: 192.168.86.20,192.168.86.13,192.168.86.19 Port: 7611 Version: 3.5.1100
SDR-SDR connectivity status: All connected

"Netstat"-utdata på denne siden kan se omtrent slik ut:

B -> A
 
tcp       0    157 192.168.89.14:7611      192.168.86.19:50470     ESTABLISHED 446371/mdm-3.5.1100
tcp       0      0 192.168.89.14:7611      192.168.86.19:50216     ESTABLISHED 446371/mdm-3.5.1100
tcp       0      0 192.168.89.14:7611      192.168.86.19:50464     ESTABLISHED 446371/mdm-3.5.1100
tcp       0      0 192.168.89.14:7611      192.168.86.19:50458     ESTABLISHED 446371/mdm-3.5.1100
 
tcp        0      0 192.168.89.14:54460     192.168.86.19:7611      SYN_SENT 446371/mdm-3.5.1100
tcp        0      0 192.168.89.14:54456     192.168.86.19:7611      SYN_SENT 446371/mdm-3.5.1100
tcp        0      0 192.168.89.14:54458     192.168.86.19:7611      SYN_SENT 446371/mdm-3.5.1100
tcp        0      0 192.168.89.14:54454     192.168.86.19:7611      SYN_SENT 446371/mdm-3.5.1100

Det er tilkoblinger som kommer fra SiteA (192.168.89.14) og kildeportnumre samsvarer med "netstat" -utgangen på SiteA, men utgående tilkoblinger er i SYN_SENT tilstand, noe som betyr at de ikke klarer å fullføre TCP-håndtrykket med SiteA og faktisk ikke kan etablere MDM-peering.

Innvirkning
Replikering fungerer ikke Avhengig av den underliggende årsaken, kan det hende at den ikke fungerer i det hele tatt, eller bare når en bestemt node blir Master MDM på en av sidene.

Dette problemet skyldes enten feilkonfigurasjon av MDM IP-adresse eller nettverksproblemer mellom nettsteder. For eksempel, hvis SiteA er konfigurert med riktige IP-adresser, men SiteB ble konfigurert med IP-adresser som ikke tilhører SiteA MDM-er, kan dette problemet oppstå.

Hvis det er et problem med nettverkstilkoblingen (brannmur, ruting osv.) mellom nettstedene, kan kunden også oppleve et lignende problem. En annen grunn er dupliserte IP-er på en av sidene (det vil si at det er to MDM-er som kjører med samme IP) eller en slags nettverksenhet som avskjærer utgående TCP-økter (proxy).

I dette spesielle tilfellet holdt SiteB MDM TCP-stikkontakter åpnet mot en av MDM-ene på SiteA, men ble ikke koblet til den MDM-en, snarere ble forbindelsen kunstig holdt i live av en av ruterne på stien mellom nettsteder:

Slik så netstat-utgangen ut på begge sider:

A -> B
tcp        0      0 192.168.86.19:50470     192.168.89.14:7611      ESTABLISHED 36766/mdm-3.5.1100.
tcp        0      0 192.168.86.19:50464     192.168.89.14:7611      ESTABLISHED 36766/mdm-3.5.1100.
tcp        0      0 192.168.86.19:50216     192.168.89.14:7611      ESTABLISHED 36766/mdm-3.5.1100.
tcp        0      0 192.168.86.19:50458     192.168.89.14:7611      ESTABLISHED 36766/mdm-3.5.1100.
 
B -> A
 
tcp        0      0 192.168.89.14:54460     192.168.86.19:7611      ESTABLISHED 446371/mdm-3.5.1100
tcp        0      0 192.168.89.14:54456     192.168.86.19:7611      ESTABLISHED 446371/mdm-3.5.1100
tcp        0      0 192.168.89.14:54458     192.168.86.19:7611      ESTABLISHED 446371/mdm-3.5.1100
tcp        0      0 192.168.89.14:54454     192.168.86.19:7611      ESTABLISHED 446371/mdm-3.5.1100
tcp6       0    157 192.168.89.14:7611      192.168.86.19:50470     ESTABLISHED 446371/mdm-3.5.1100
tcp6       0      0 192.168.89.14:7611      192.168.86.19:50216     ESTABLISHED 446371/mdm-3.5.1100
tcp6       0      0 192.168.89.14:7611      192.168.86.19:50464     ESTABLISHED 446371/mdm-3.5.1100
tcp6       0      0 192.168.89.14:7611      192.168.86.19:50458     ESTABLISHED 446371/mdm-3.5.1100

Legg merke til at SiteB (192.168.89.14) viser fire ETABLERTE tilkoblinger til IP-adressen til SiteA (192.168.86.19) på port 7611, men vi ser ikke det samme i "netstat" -utgangen på SiteA - en slags nettverksproxy holdt disse TCP-øktene i live.

Reparer peer MDM IP-konfigurasjonen. Test tilkoblingen mellom områder på port TCP/7611. Bytt hovedeierskap av MDM til ulike noder i klyngen, og/eller start MDM-tjenesten på nytt for å lukke gamle sokler.

Berørte versjoner

PowerFlex 3.5 og nyere

Løst i versjon

Ikke aktuelt – ikke problem med PowerFlex