Dell Unity, VNX: Uruchamianie skryptu check vdm w celu wykrycia problemów w vdm.cfg przed ponownym uruchomieniem lub aktualizacją (możliwość naprawienia przez użytkownika)

Ponowne uruchomienie lub przełączenie awaryjne modułu przenoszenia danych może spowodować niedostępność danych, jeśli w pliku vdm.cfg brakuje danych.

Przyczyna jest obecnie nieznana.

1. Przed ponownym uruchomieniem komputera wykonaj następujące czynności
2. Przenieś załączony plik (checkVdmsV9.py) z tego artykułu bazy wiedzy do stacji kontrolnej. (patrz załączniki poniżej)
3. CHMOD 775 do checkVdmsV9.py
4. Uruchom plik za pomocą ./checkVdmsV9.py 
5. Jest to przykład czystego sprawdzenia

1. Skrypt oflaguje każdy plik vdm.cfg z brakującymi informacjami.
2. Jest to przykład awarii

1. Jeśli vdm zakończy się niepowodzeniem kontroli poprawności, musimy odzyskać vdm.cfg przed ponownym uruchomieniem.
2. Powinniśmy powiadomić klienta, że skrypt wykrył potencjalny problem, a każde ponowne uruchomienie/przełączanie awaryjne spowoduje sytuację DU.
3. Powinniśmy uruchomić ls -l dla efektu vdm.cfg i zanotować znaczniki czasu.
4. Powinniśmy zaangażować pomoc techniczną w celu odzyskania zapasowej wersji vdm.cfg, upewniając się, że uruchomiono ls -l dla vdm.cfg przed jakimkolwiek odzyskiwaniem.
5. W tym momencie należy odzyskać plik vdm.cfg ze starego materiału pomocniczego lub sccs.
6. Skrypt tworzy również kopie w obecnym katalogu roboczym/vdmcfg
7. Wymagałoby to eskalacji do poziomu 2 w celu przeprowadzenia odzyskiwania.
8. . Po ponownym uruchomieniu systemu przez datamover, którego dotyczy problem, należy sprawdzić, czy informacje vdm są prawidłowe. Innymi słowy, sprawdź, czy jakikolwiek serwer cifs jest w trybie online, a vdm ma wszystkie eksporty.
9.  Wykonaj skrypt ponownie po ponownym uruchomieniu, aby sprawdzić poprawność pliku vdm.cfg
10. Zaleca się wykonanie skryptu przed aktualizacją i po aktualizacji.

Jest to przykład awarii, która nie wymaga odzyskiwania

---------------------------------------------------------------
VDM Konfiguracja BAMBA2 nie jest zgodna z uruchomioną konfiguracją!

=====================
Bieżąca konfiguracja
=====================
Id = 6
Nazwa = BAMBA2
Server = server_2
Slot = 2
Interfejsy VDM = 1 / CFG Interfejsy VDM = 1 Interfejsy CIFS = 1 / CFG Interfejsy CIFS = 1
Serwer CIFS = 1 Eksporty = 0 / Eksporty CFG = 1



Po lewej stronie ukośnika są takie same jak po prawej stronie z wyjątkiem eksportów.
Informacje znajdują się w pliku vdm.cfg, ale nie w uruchomionej pamięci.
Dzieje się tak, ponieważ mamy eksport odnoszący się do nieprawidłowej ścieżki, która nie została załadowana podczas rozruchu.

Należy pamiętać, że nie można zignorować odwrotnego scenariusza.
Eksporty = 1 / Eksporty CFG = 0
W tym przypadku istnieje jeden eksport uruchomiony w pamięci, ale nie w pliku vdm.cfg.
Wymagałoby to odzyskania sprawności.