Węzeł metro: Zbieranie dzienników z węzła Metro Node

Kroki dotyczące wykonywania następujących zadań: 

1. Jakie dzienniki są wymagane do debugowania problemów z Metro Node? 
2. Jak przechwycić diagnostykę zbiorczą w klastrze węzła metro? 
3. Sprawdzanie poprawności istniejących pakietów collect-diagnostics na serwerach zarządzających.  
4. Jak przerwać i wyczyścić trwającą diagnostykę zbiorczą w Metro Node?  

Uwaga: Jeśli potrzebne są dzienniki narzędzia SupportAssist, należy odesłać klienta do artykułu z bazy wiedzy 000135669 "Jak wyeksportować kolekcję dzienników SupportAssist z SupportAssist Enterprise? Połączono lub odłączono "


 A. Jakie dzienniki są wymagane do debugowania problemów z węzłem Metro Node? 

1. Polecenie potrzebne do zebrania dzienników z węzła metro nosi nazwę "collect-diagnostics" i można je uruchomić z dowolnego węzła ^[1] w konfiguracji węzła metro. Wykonanie tego polecenia na jednym module director klastra węzła metro powinno zawierać wszystkie dane ze wszystkich modułów director, ze wszystkich węzłów klastra. NIE należy uruchamiać tego polecenia na więcej niż jednym węźle jednocześnie.

2. Polecenie "collect-diagnostics" tworzy skompresowany plik dziennika tar.gz zawierający pliki konfiguracyjne i dziennika. Plik collect-diagnostics jest umieszczany w katalogu /diag/collect-diagnostics-out/ w węźle, z którego został uruchomiony. Po zakończeniu polecenia użyj WINSCP lub równoważnego narzędzia SCP, aby skopiować plik z węzła, a następnie można go dostarczyć do działu wsparcia do analizy. Więcej informacji na temat korzystania z tego polecenia znajduje się w sekcji B poniżej.

Uwagi: 

• Jeśli polecenie "collect-diagnostics" zostanie uruchomione bez żadnych opcji, generowane są dwa pliki: plik podstawowy i plik rozszerzony. W systemach skalowanych może to zająć dość dużo czasu. 
• Obsługa Metro Node zazwyczaj wymaga tylko pliku podstawowego, jednak w niektórych okolicznościach ze względu na problemy z wydajnością może być również wymagany plik rozszerzony. 
• Standardowe opcje, które mogą zostać poproszone o użycie podczas uruchamiania diagnostyki zbierającej, to: 

• Aby uzyskać więcej informacji na temat polecenia, możesz wpisać "collect-diagnostics -h" 

Oto przykłady tego, jak wyglądają te dwie nazwy plików, data i godzina, pokazane jako YYYY-MM-DD-HH.MM.SS, będą pochodzić od daty i godziny ich zebrania: 

• Plik podstawowy — <numer seryjny>-c1-diag-YYYY-MM-DD-HH.MM.SS.tar.gz 
• Plik rozszerzony — <numer seryjny>-c1-diag-ext-YYYY-MM-DD-HH.MM.SS.tar.gz 

3. Problemy z wydajnością są złożone i wymagają zebrania wielu szczegółowych informacji. W związku z tym mamy kwestionariusz wydajności, który klienci proszeni są o wypełnienie, aby przyspieszyć ten proces. Kwestionariusz znajduje się w załączniku na końcu tego artykułu bazy wiedzy. 

4. W przypadku niektórych rodzajów problemów z wydajnością pomocne jest przechwycenie dodatkowego dziennika o nazwie "fe_perf_stats". Dzienniki są generowane w sposób ciągły, ale nie są przechwytywane przez collect-diagnostics. Aby przechwycić ten dziennik, należy przechwycić katalog zmienny (zmień katalog ) na / var/log/VPlex/cli na węźle z każdego klastra i uruchomić polecenie "tar cvzf fe-perf-stats.tar.gz fe_perf_stats*", aby skompresować dane plików do pliku tar. Połącz się z węzłem za pomocą WINS lub równoważnego narzędzia SCP i przejdź do /var/log/VPlex/cli. Skopiuj plik "fe-perf-stats.tar.gz" do systemu. Prześlij plik tar wraz z plikami diagnostyki zbierania, jeśli zażąda tego pomoc techniczna, do SR lub łącza ftp, które pomoc techniczna dostarczy w zgłoszeniu serwisowym i wiadomości e-mail. 

5. Oprócz zbierania danych diagnostycznych pomocne może być zebranie następujących informacji:

• otwieranie logowania dla sesji PuTTY,
• następnie uruchom poniższe polecenia,
• następnie zbierz dziennik PuTTY i pobierz go do swojego systemu,
• Następnie dołącz dziennik PuTTY, collect-diagnostics
  i wszelkie inne wymagane dane do SR.

1. Stan klastra 
2. ll clusters/**/storage-views/* --full 
3. ll ~porty 
4. show-use-hierarchy /clusters/**/virtual-volumes/* 
5. ll ~woluminy-systemowe 
6. ls -t /clusters/*/directors/*::numer-seryjny [to polecenie wyświetli listę wszystkich DST dla każdego węzła]
7. ls -t /clusters/**/director-*/::hostname [wyświetlane nazwy hostów będą adresami IP, jest to oczekiwane]

B. Jak przechwycić diagnostykę zbiorczą w klastrze węzła metro? 
 
Uwaga: Plik podstawowy obejmujący ostatnie 30 dni jest wystarczający do zbadania i rozwiązania większości problemów. Z tych opcji należy korzystać, chyba że dział pomocy technicznej zaleci inaczej.
Aby przechwycić te dane, uruchom polecenie collect-diagnostics z następującymi flagami "--noextended" i "--last-logs 30d".

1. Ustanów sesję SSH w wierszu polecenia węzła Director Linux, na przykład service@director-1-1-a, a następnie zaloguj się do vplexcli. 

Przykładowe dane wyjściowe:

login as: service 
Keyboard-interactive authentication prompts from server: 
| Password: 
End of keyboard-interactive prompts from server 
Last login: <date and timestamp data> from x.x.x.x
service@director-1-1-a:~> 
service@director-1-1-a:~> vplexcli 
Trying ::1... 
Connected to localhost. 
Escape character is '^]'. 
 
VPlexcli:/> 

2. Aby uruchomić diagnostykę zbierania, w wierszu poleceń vplexcli uruchom polecenie "collect-diagnostics" z opcjami skierowanymi, jak pokazano w poniższym przykładzie. 

Przykładowe dane wyjściowe: 

VPlexcli:/> collect-diagnostics --noextended --last-logs 30d 

('WARNING:The collect-diagnostics command was issued with option --noextended.\n',) 

The following file(s) will NOT be collected: 

        core files 
        fast trace dump files 
        slow trace dump files 
        udcom trace dump files 
        udcom legacy trace files 
        user-defined performance sink files 
        the management console's heap 

('WARNING:Only the logs that are generated in the last 30 days are collected.') 

2024-02-09 19:55:12 UTC: ****Initializing collect-diagnostics... 
2024-02-09 19:55:13 UTC: No cluster-witness server found. 
2024-02-09 19:55:13 UTC: Free space = 88G 
2024-02-09 19:55:13 UTC: Total space needed = 1907M 

================================================================================ 

Starting collect-diagnostics, this operation might take a while... 

================================================================================ 

Executing cluster collection .. 

C. Jak sprawdzić poprawność istniejących pakietów diagnostyki zbierania danych w module director/węźle. 

1. Po zakończeniu polecenia collect-diagnostics i powrocie do wiersza poleceń vplexcli połącz się z modułem director, z którego uruchomiono polecenie, używając winscp [lub równoważnego narzędzia SCP] i przejdź do folderu /diag/collect-diagnostics-out/ 

2. Zidentyfikuj plik(i) dziennika z poprawną sygnaturą czasową i pobierz je do swojej lokalnej stacji roboczej. 

D. Jak przerwać trwającą diagnostykę

zbieraniaUwaga:  Jest to działanie nie zakłócające pracy. Ponieważ nie ma bezpośrednich poleceń umożliwiających przerwanie procesu zbierania, konieczne będzie ponowne uruchomienie konsoli zarządzającej. Jednak przed przerwaniem działania collect-diagnostics skontaktuj się z pomocą techniczną, aby wyjaśnić, dlaczego chcesz przerwać działanie collect-diagnostics, aby upewnić się, że wszystko jest w porządku, ponieważ dane mogą zostać utracone. Te utracone dane nie będą ponownie dostępne do zebrania, gdy collect-diagnostics zostaną ponownie uruchomione po akcji przerwania.

1. Jeśli nadal jesteś w sesji programu PuTTY, w której uruchomiono diagnostykę zbierania, powinny być widoczne przesyłanie strumieniowe danych wyjściowych diagnostyki zbierania, pokazując, że są one nadal uruchomione. 

Przykładowe dane wyjściowe: 

VPlexcli:/> collect-diagnostics --noextended --last-logs 30d 

('WARNING:The collect-diagnostics command was issued with option --noextended.\n',) 

The following file(s) will NOT be collected: 

        core files 
        fast trace dump files 
        slow trace dump files 
        udcom trace dump files 
        udcom legacy trace files 
        user-defined performance sink files 
        the management console's heap 

('WARNING:Only the logs that are generated in the last 30 days are collected.') 

2022-02-09 19:55:12 UTC: ****Initializing collect-diagnostics... 
2022-02-09 19:55:13 UTC: No cluster-witness server found. 
2022-02-09 19:55:13 UTC: Free space = 88G 
2022-02-09 19:55:13 UTC: Total space needed = 1907M 

================================================================================ 

Starting collect-diagnostics, this operation might take a while... 

================================================================================ 

Executing cluster collection .. 

2. Otwórz zduplikowaną sesję PuTTY i zaloguj się do modułu director, w którym uruchomiono diagnostykę zbierania, przy użyciu konta usługi. 

  Przykładowe dane wyjściowe: 

login as: service 
Using keyboard-interactive authentication. 
Password: 
Last login: <date and time stamp data> from x.x.x.x 
service@director-1-1-b:~>

3. Po uruchomieniu modułu director uruchom ponownie konsolę zarządzania, używając następującego polecenia, aby przerwać uruchomioną diagnostykę zbierania.  

Przykładowe dane wyjściowe: 

   service@director-1-1-b:~> sudo systemctl restart VPlexManagementConsole.service 
 

4. Patrząc wstecz na pierwszą sesję programu PuTTY, w której uruchomiono diagnostykę zbierania, po ponownym uruchomieniu konsoli zarządzania powinien zostać wyświetlony raport collect-diagnostics jako ostatni odnotowany wynik: 

"Connection closed by foreign host."

Przykładowe dane wyjściowe (sprawdź ostatni wiersz wyjścia):

VPlexcli:/> collect-diagnostics --noextended --last-logs 30d 

('WARNING:The collect-diagnostics command was issued with option --noextended.\n',) 

The following file(s) will NOT be collected: 

        core files 
        fast trace dump files 
        slow trace dump files 
        udcom trace dump files 
        udcom legacy trace files 
        user-defined performance sink files 
        the management console's heap 

('WARNING:Only the logs that are generated in the last 30 days are collected.') 

2022-02-09 20:02:03 UTC: ****Initializing collect-diagnostics... 
2022-02-09 20:02:04 UTC: No cluster-witness server found. 
2022-02-09 20:02:04 UTC: Free space = 88G 
2022-02-09 20:02:04 UTC: Total space needed = 1907M 

================================================================================ 

Starting collect-diagnostics, this operation might take a while... 

================================================================================ 

Executing cluster collection ..                               ERROR 
Executing SMS log collection ..                               Connection closed by foreign host. <<<

5. Gdy widać, że collect-diagnostics zostało zatrzymane, krok 3 powyżej, wróć do drugiej sesji PuTTY i wpisz "cd" do katalogu /diag, a następnie uruchom polecenie " ll " i powinno pojawić się kilka dodatkowych katalogów. 

• collect-diagnostyka-tmp
• collect-diagnostics-jobs (zadania diagnostyczne) 
• collect-diagnostics-tmp-ext*

      *jeśli rozszerzone pliki nie zostały pominięte

Przykładowe dane wyjściowe: 

service@director-1-1-b:/diag> ll 
total 32 
drwxr-xr-x 2 service groupSvc  4096 Feb  9 20:03 collect-diagnostics-tmp-ext
drwxr-xr-x 2 service groupSvc  4096 Feb  9 20:03 collect-diagnostics-jobs 
drwxr-xr-x 2 service groupSvc  4096 Feb  9 20:04 collect-diagnostics-out 
drwxr-xr-x 3 service groupSvc  4096 Feb  9 20:02 collect-diagnostics-tmp 
drwx------ 2 root    root     16384 Jan 27 16:54 lost+found 
drwx--x--x 3 service groupSvc  4096 Dec 17 03:08 share 
service@director-1-1-b:/diag> 

6. Jeśli zajrzysz do każdego z tych katalogów, zobaczysz pliki z datą i godziną rozpoczęcia anulowanej diagnostyki zbierania. Pliki te zajmują miejsce na partycji /diag i powinny zostać usunięte. 

7. Aby usunąć/usunąć pliki z katalogu /diag, wpisz "rm -r collect-diagnostics-jobs" i "rm -r collect-diagnostics-tmp", a następnie ponownie wprowadź " ll ", aby upewnić się, że katalogi zostały usunięte/usunięte. 

Przykładowe dane wyjściowe: 

service@director-1-1-b:/diag> rm -r collect-diagnostics-jobs 
service@director-1-1-b:/diag> rm -r collect-diagnostics-tmp 

service@director-1-1-b:/diag> ll 
total 24 
drwxr-xr-x 2 service groupSvc  4096 Feb  9 20:04 collect-diagnostics-out 
drwx------ 2 root    root     16384 Jan 27 16:54 lost+found 
drwx--x--x 3 service groupSvc  4096 Dec 17 03:08 share 
service@director-1-1-b:/diag> 

8. Jeśli katalog 'collect-diagnostics-tmp-ext' istnieje, usuń go, uruchamiając polecenie "rm -r collect-diagnostics-tmp-ext"  

Uwaga: Rozszerzony plik jest zwykle używany do badania awarii węzłów. Jeśli trwa dochodzenie w sprawie awarii węzła, a dział pomocy technicznej nie przechwycił wszystkich niezbędnych dzienników, przed rozpoczęciem czyszczenia katalogu collect-diagnostics-tmp-ext należy skontaktować się z działem pomocy technicznej, ponieważ może to spowodować usunięcie niezbędnych plików rdzenia.