Uzel typu metro: Jak shromažďovat protokoly z uzlu Metro

Postup provedení následujících úloh: 

1. Jaké protokoly jsou potřeba k ladění problémů s uzlem Metro? 
2. Návody zachytit collect-diagnostics v clusteru uzlu Metro? 
3. Jak ověřit stávající balíčky collect-diagnostics na serverech pro správu.  
4. Jak přerušit a vyčistit probíhající sběr a diagnostiku v uzlu Metro?  

Poznámka: Pokud jsou potřeba protokoly aplikace SupportAssist, odkažte zákazníka na článek KB 000135669 "Jak exportovat shromáždění protokolů aplikace SupportAssist z aplikace SupportAssist Enterprise? Připojeno nebo odpojeno Jaké


protokoly jsou vyžadovány k ladění problémů s uzlem Metro?  

1. Příkaz, který je nutný ke shromáždění protokolů z uzlu Metro, se nazývá "collect-diagnostics" a lze jej spustit z libovolného^[1] uzlu v nastavení uzlu Metro. Spuštění tohoto příkazu v jedné řídicí části clusteru uzlu Metro by mělo obsahovat všechna data od všech řídicích uzlů a ze všech uzlů clusteru. NESPOUŠTĚJTE tento příkaz na více než jednom uzlu současně.

2. Příkaz "collect-diagnostics" vytvoří komprimovaný soubor protokolu tar.gz obsahující konfigurační soubory a soubory protokolu. Soubor collect-diagnostics je umístěn v adresáři /diag/collect-diagnostics-out/ na uzlu, ze kterého byl spuštěn. Po dokončení příkazu zkopírujte soubor z uzlu pomocí nástroje WINSCP nebo ekvivalentního nástroje SCP. Poté jej můžete poskytnout podpoře pro analýzu. Více informací o použití tohoto příkazu naleznete v části B níže.

Poznámky: 

• Pokud je příkaz 'collect-diagnostics' spuštěn bez jakýchkoli možností, vygenerují se dva soubory, základní soubor a rozšířený soubor. To může u škálovaných systémů trvat poměrně dlouho. 
• Podpora uzlu Metro obvykle vyžaduje pouze základní soubor, ale v některých případech mohou problémy s výkonem vyžadovat i rozšířený soubor. 
• Standardní možnosti, které mohou být požádány o použití při spuštění collect-diagnostics, jsou: 

• Další informace o příkazu získáte zadáním příkazu "collect-diagnostics -h". 

Toto jsou ukázky toho, jak tyto dva názvy souborů vypadají. Datum a čas zobrazené jako YYYY-MM-DD-HH.MM.SS budou od data a času, kdy byly shromážděny: 

• Základní soubor – <sériové číslo>-c1-diag-YYYY-MM-DD-HH.MM.SS.tar.gz 
• Rozšířený soubor – <sériové číslo>-c1-diag-ext-YYYY-MM-DD-HH.MM.SS.tar.gz 

3. Problémy s výkonem jsou složité a vyžadují shromáždění velkého množství konkrétních informací. V důsledku toho máme k dispozici dotazník o výkonnosti, který musí zákazníci vyplnit, aby se tento proces urychlil. Dotazník naleznete v příloze tohoto článku znalostní báze v části Příloha na konci. 

4. Při určitých typech problémů s výkonem je užitečné zachytit další protokol s názvem "fe_perf_stats". Protokoly jsou průběžně generovány, ale nejsou zachyceny nástrojem collect-diagnostics. Chcete-li zachytit tento protokol, změňte adresář cd (adresář) na /var/log/VPlex/cli na uzlu z každého clusteru a spusťte příkaz "tar cvzf fe-perf-stats.tar.gz fe_perf_stats*" pro komprimaci dat souborů do souboru tar. Připojte se k uzlu pomocí nástroje WINSCP nebo ekvivalentního nástroje SCP a přejděte do umístění /var/log/VPlex/cli. Zkopírujte soubor "fe-perf-stats.tar.gz" do počítače. Pokud o to požádá podpora, nahrajte soubor tar spolu se soubory collect-diagnostics do servisního požadavku nebo na odkaz na ftp, který vám podpora poskytne v servisním požadavku a v e-mailu. 

5. Kromě shromažďování diagnostiky může být užitečné zachytit následující informace;

• otevřené protokolování pro relaci putty,
• Poté spusťte níže uvedené příkazy,
• poté shromážděte protokol Putty a stáhněte jej do systému,
• a pak připojte protokol PuTTY, collect-diagnostics
  a všechna další požadovaná data k servisnímu požadavku.

1. Stav clusteru 
2. ll clusters/**/storage-views/* --full 
3. ll ~porty 
4. show-use-hierarchy /clusters/**/virtual-volumes/* 
5. ll ~systémové svazky 
6. ls -t /clusters/*/directors/*::serial-number [tento příkaz vypíše všechny DST pro každý uzel]
7. ls -t /clusters/**/director-*/::hostname [zobrazené názvy hostitelů budou IP adresy, toto se očekává]

B. Návody zachytit collect-diagnostics v clusteru uzlu Metro? 
 
Poznámka: Základní soubor za posledních 30 dní je dostatečný k prošetření a vyřešení většiny problémů. Tyto možnosti by měly být použity, pokud podpora neurčí jinak.
Chcete-li tato data zachytit, spusťte příkaz collect-diagnostics s následujícími příznaky: "--noextended" a "--last-logs 30d".

1. Navažte relaci SSH v příkazovém řádku řídicího uzlu Linux, například service@director-1-1-a, a poté se přihlaste do vplexcli. 

Ukázkový výstup:

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. Chcete-li spustit collect-diagnostics, spusťte v příkazovém řádku vplexcli příkaz "collect-diagnostics" s řízenými možnostmi, jak je znázorněno v příkladu níže. 

Příklad výstupu: 

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 ověřit existující balíčky collect-diagnostics v řídicím čísle nebo uzlu. 

1. Po dokončení příkazu collect-diagnostics a návratu do příkazového řádku vplexcli se připojte k direktoru, ze kterého jste příkaz spustili, pomocí programu WinSCP [nebo ekvivalentního nástroje SCP] a přejděte do složky /diag/collect-diagnostics-out/ 

2. Identifikujte soubory protokolu se správným časovým razítkem a stáhněte je do místní pracovní stanice. 

D. Jak přerušit probíhající sběr a diagnostiku
 
Poznámka: Jedná se o nerušivou činnost. Jelikož neexistují žádné přímé příkazy k přerušení procesu shromažďování, bude nutné restartovat konzoli pro správu. Před přerušením spuštěné collect-diagnostics se ale obraťte na podporu a vysvětlete, proč chcete přerušit běh collect-diagnostics, abyste se ujistili, že je v pořádku, protože můžou být data, která by mohla být ztracena. Tato ztracená data nebudou znovu k dispozici pro shromažďování, pokud se collect-diagnostics znovu spustí po akci přerušení.

1. Pokud jste stále v relaci PuTTY, kde jste spustili collect-diagnostics, mělo by se zobrazit streamování výstupu collect-diagnostics a vidět, že je stále spuštěné. 

Ukázkový výstup: 

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. Otevřete duplicitní relaci PuTTY a přihlaste se k direktoru, kde jste spustili collect-diagnostics, pomocí servisního účtu. 

  Ukázkový výstup: 

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. V okně director restartujte konzoli pro správu pomocí následujícího příkazu a přerušte spuštěnou diagnostiku collect-diagnostics.  

Ukázkový výstup: 

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

4. Když se podíváte zpět na první relaci PuTTY, ve které je spuštěná collect-diagnostics při restartování konzoly pro správu, měla by se jako poslední zaznamenaný výstup zobrazit sestava collect-diagnostics následující: 

"Connection closed by foreign host."

Ukázkový výstup (zkontrolujte poslední řádek výstupu):

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. Jakmile se collect-diagnostics zastaví, krok 3 výše, vraťte se do druhé relace PuTTY a pomocí příkazu "cd" přejděte do adresáře /diag, poté spusťte příkaz " ll " a měly by se zobrazit další adresáře. 

• collect-diagnostics-tmp
• Úlohy collect – diagnostika 
• collect-diagnostics-tmp-ext*

      *pokud nebyly vynechány rozšířené soubory

Ukázkový výstup: 

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. Pokud se podíváte do každého z těchto adresářů, uvidíte soubory s datem a časem, kdy jste spustili nyní zrušenou collect-diagnostics. Tyto soubory zabírají místo v oddílu /diag a měly by být odebrány. 

7. Chcete-li odebrat/odstranit soubory z adresáře /dag, zadejte příkaz "rm -r collect-diagnostics-jobs" a "rm -r collect-diagnostics-tmp" a poté znovu zadejte " ll ", abyste se ujistili, že adresáře byly odstraněny/odstraněny. 

Ukázkový výstup: 

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. Pokud adresář 'collect-diagnostics-tmp-ext' existuje, odeberte jej příkazem "rm -r collect-diagnostics-tmp-ext"  

Poznámka: Rozšířený soubor se obvykle používá k prozkoumání havárie uzlu. Pokud probíhá vyšetřování selhání uzlu a podpora nezachytila všechny potřebné protokoly, obraťte se před vyčištěním adresáře collect-diagnostics-tmp-ext na podporu, protože by to mohlo odstranit potřebné soubory jádra.