Polecenia PowerFlex Scli kończą się niepowodzeniem z komunikatem "Invalid session"

Scenariusz

Klient ma jedno z następujących elementów:

• Oprogramowanie monitorujące lub skrypty innych firm, które okresowo logują się do SCLI dla MDM. 

I ewentualnie: 

• Zmienne MDM "user_session_hard_timeout_secs" lub "user_session_timeout_secs" są ustawione powyżej wartości domyślnej.

Objawy

Można tu zaobserwować dwa objawy:

1. Polecenia Scli kończą się niepowodzeniem z następującym błędem:

Error: MDM failed command. Status: Invalid session. Please login and try again.

2- Próby logowania kończą się niepowodzeniem z następującym błędem:

cli --login --username dave@local.net --ldap_authentication
Enter password:
Error: MDM failed command. Status: A timeout occurred

Wpływ

Nie można zalogować się poprawnie i nie można wykonać żadnej konfiguracji w ScaleIO.

Gdy wartości domyślne są ustawione powyżej wartości domyślnych "user_session_hard_timeout_secs" lub "user_session_timeout_secs", a skrypt/program monitorujący loguje się wielokrotnie, tabela sesji logowania MDM może zostać zapełniona przed upływem twardego limitu czasu pierwszej sesji. Gdy tabela sesji jest pełna, logowanie powiedzie się, ale nie jest dostępny żaden identyfikator sesji, a polecenia zakończą się niepowodzeniem.

Obejście problemu

Istnieje kilka rozwiązań tego problemu:

1. Znajdź użytkownika/usługę, która loguje się wielokrotnie, a następnie zatrzymaj logowania i odczekaj 10 minut (domyślny limit czasu bezczynności)
2. Jeśli użytkownika/usługi nie można zatrzymać z innych powodów, zwiększ czas interwału logowania
3. Jeśli nie jest to możliwe, można skrócić limit czasu sesji użytkownika. Wartość domyślna to 10 minut. Zobacz dokumentację tutaj, str. 452.

LUB

1. W głównym rozwiązaniu MDM uruchom polecenie scli --query_cluster i upewnij się, że stan klastra MDM to Normalny.

2. Na urządzeniu podrzędnym MDM: Usuń (lub skomentuj) następujące dwie zmienne, jeśli są obecne, w pliku mdm/cfg/conf.txt na obu MDM: 

user_session_hard_timeout_secs= (default 8 hrs)
user_session_timeout_secs= (default 10 mins)

3. Uruchom ponownie usługę MDM:

  kill <mdm pid>

4. Powtórz powyższe czynności dla każdego urządzenia Slave MDM.

5. Przełącz własność MDM na jeden z podrzędnych MDM

6. Upewnij się, że stan klastra MDM to Normal, a następnie wykonaj kroki 2 ~ 3 dla poprzedniego Master MDM.

7. Po zalogowaniu odczekaj 10 minut, a następnie spróbuj ponownie wydać polecenia scli.

Wersje, których dotyczy problem

1.32.x 2.x 

Naprawiono w wersji

 3.x