PowerFlex: SDC zwraca błędy we/wy bez wyzwolenia odbudowy

 W niektórych topologiach sieci co najmniej jeden, ale nie wszystkie, interfejsy sieciowe na SDC stają się niedostępne, co powoduje, że komunikacja SDC z co najmniej jednym SDS nie jest możliwa, co powoduje błędy we/wy.

• Błędy zwracane dla niektórych lub wszystkich wykonań ping(1), z SDC do każdego serwera SDS
• Błędy we/wy są zwracane przez SDC do aplikacji klienckiej.
• Klient SDC traci połączenie z niektórymi lub wszystkimi serwerami SDS.
• Nie są zgłaszane rozłączenia SDS/SDS lub MDM/SDS.
• Odbudowa nie jest wyzwalana.

Wpływ

Aplikacje działające na SDC nie mają dostępu do danych przechowywanych w systemie PowerFlex.

MDM nie przełącza ról właściciela kopii danych (podstawowej/pomocniczej) na podstawie dostępu SDC, powodując powtórzenie następującego cyklu:

- Żądania wysyłane przez SDC do właściciela kopii danych podstawowych kończą się niepowodzeniem, ponieważ jest niedostępny za pośrednictwem interfejsów dostępnych w SDC.

- Klient SDC kontaktuje się z MDM w celu uaktualnienia podstawowej kopii danych i jej właściciela.

- MDM nie ma powodu, aby aktualizować role danych, ponieważ sam MDM i wszystkie inne SDS mogą normalnie komunikować się z bieżącym właścicielem podstawowej kopii danych.

- Rozwiązanie MDM odpowiada klientowi SDC z właścicielem podstawowej kopii danych, który jest tym samym serwerem SDS, do którego wcześniej SDC wysłało żądanie.

Takie zachowanie jest zgodne z zamierzonym projektem systemu.

Jeśli przyczyną jest brak konfiguracji routingu sieciowego na poziomie systemu operacyjnego, zmień konfigurację routingu lub topologię sieci, aby ścieżka była dostępna z każdego interfejsu SDC do co najmniej jednego interfejsu sieciowego na każdym serwerze SDS.

Poniżej znajduje się rozwiązanie dostarczone przez system operacyjny do dodawania stałych tras dla różnych platform. Zapoznaj się z oficjalną dokumentacją, aby uzyskać dokładne informacje na temat użycia i składni.

System może posiadać niestandardowe rozwiązanie do zarządzania tablicą routingu hostów. W takim przypadku należy zastosować dostępne rozwiązanie zamiast metody opisanej poniżej.

Adresy sieciowe i bramki powinny być dostarczane przez administratora sieci systemu.

W przypadku ESXi 5.5/6:

Dodaj odpowiedni esxcli network ip route ipv4 add Oświadczenia do /etc/rc.local.

W przypadku systemu RHEL6/7:

Wprowadź jedną z następujących zmian, jeśli jest to konieczne:

- Dodaj odpowiedni ADDRESS, NETMASK i GATEWAY parametrów konfiguracyjnych i ich wartości do odpowiednich interfejsów /etc/sysconfig/network-scripts/route-interfejsu.

Lub

- Dodaj odpowiedni any net Oświadczenia do /etc/sysconfig/static-routes.

Wymaga, aby net-tools Zainstaluj RPM

W przypadku systemu Windows 8:      

Wykonaj odpowiednie czynności route -p add z wiersza polecenia.