Nodo metro: Come raccogliere i log dal nodo metro

Summary: Questo articolo descrive la procedura per raccogliere i registri dal nodo metro e illustra anche quali registri/dati potrebbero essere necessari per un problema di prestazioni.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Instructions

Procedura per eseguire le seguenti attività:

  1. Quali log sono necessari per eseguire il debug dei problemi del nodo metro?
  2. Come acquisire collect-diagnostics su un cluster del nodo metro?
  3. Come confermare i pacchetti di raccolta della diagnostica esistenti sui server di gestione?
  4. Come annullare ed eseguire la pulizia di una diagnostica di raccolta in corso in un nodo metro?

Un. Quali log sono necessari per eseguire il debug dei problemi del nodo metro?

  1. Il comando necessario per raccogliere i registri dal nodo metro è denominato "collect-diagnostics" e può essere eseguito da qualsiasi nodo (*1) nella configurazione del nodo metro. L'esecuzione di questo comando su un director di un cluster di nodi metro dovrebbe avere tutti i dati di tutti i director, di tutti i nodi di un cluster. NON eseguire questo comando su più di un nodo alla volta.

    *1 NOTA: Eseguire il comando "collect-diagnostics" da un solo director, su un solo cluster se si tratta di una configurazione Metro, e attendere il completamento prima di raccogliere i CD da un altro director o dal cluster peer, se necessario.

  2. Il comando "collect-diagnostics" produce un file di registro tar.gz compresso contenente i file di configurazione e di registro. Il file collect-diagnostics viene posizionato nella directory /diag/collect-diagnostics-out/ sul nodo da cui è stato eseguito. Al completamento del comando utilizzare WINSCP o un'utilità SCP equivalente per copiare il file dal nodo. A questo punto può essere fornito per supportare l'analisi. Sono disponibili ulteriori informazioni sull'utilizzo di questo comando nella sezione B riportata di seguito.

    Note:
    • Se il comando "collect-diagnostics" viene eseguito senza opzioni, vengono generati due file, un file di base e un file esteso. Questa operazione può richiedere molto tempo sui sistemi dimensionati.
    • Il supporto del nodo metro richiede in genere solo il file di base, tuttavia, in alcune circostanze, per problemi di prestazioni potrebbe essere richiesto anche il file esteso.
    • Le opzioni standard che può essere necessario utilizzare per l'esecuzione di collect-diagnostics sono:
      • ".--noextended": Questa opzione omette la raccolta della diagnostica estesa.
      • ".--last-logs": Questa opzione acquisisce i log indietro per un numero x di ore o giorni.
    • Per ulteriori informazioni sul comando, è possibile digitare "collect-diagnostics -h"

    Questi sono esempi dell'aspetto di questi due nomi di file. La data e l'ora, mostrate come YYYY-MM-DD-HH.MM.SS, derivano dalla data e dall'ora in cui sono stati raccolti:

    • File di base: <Serial number>-c1-diag-YYYY-MM-DD-HH.MM.SS.tar.gz
    • File esteso: <Serial number>-c1-diag-ext-YYYY-MM-DD-HH.MM.SS.tar.gz

  3. I problemi di prestazioni sono complessi e richiedono la raccolta di molte informazioni specifiche. Di conseguenza, abbiamo un questionario sulle prestazioni che i clienti devono compilare per accelerare questo processo. Il questionario è allegato a questo articolo della Knowledge Base nella specifica sezione alla fine della pagina.

  4. In alcuni tipi di problemi di prestazioni, è utile acquisire un registro aggiuntivo denominato "fe_perf_stats". I registri vengono generati continuamente, ma non acquisiti tramite collect-diagnostics. Per acquisire questo registro, passare a / var/log/VPlex/cli su un nodo di ciascun cluster ed eseguire il comando "tar cvzf fe-perf-stats.tar.gz fe_perf_stats*" per comprimere i dati dei file in un file tar. Connettersi al nodo con WINSCP o un'utilità SCP equivalente e accedere a /var/log/VPlex/cli. Copiare il file "fe-perf-stats.tar.gz" sul sistema. Caricare il file tar insieme a uno o più file collect-diagnostics, se richiesto dal supporto, nella SR o in un link FTP fornito dal supporto nella SR e in un e-mail.

  5. Oltre a raccogliere la diagnostica, potrebbe essere utile acquisire le seguenti informazioni:

    • Aprire il logging per una sessione PuTTY,
    • Quindi eseguire i comandi riportati di seguito,
    • Quindi raccogliere il registro PuTTY e scaricarlo sul sistema,
    • Allegare quindi il registro PuTTY, la diagnostica di raccolta e tutti gli altri dati richiesti alla SR.

    I seguenti comandi devono essere eseguiti dal prompt di VPlexcli.

    1. cluster status
    2. ll clusters/**/storage-views/* --full
    3. ll ~ports
    4. show-use-hierarchy /clusters/**/virtual-volumes/*
    5. ll ~system-volumes
    6. ls -t /clusters/*/directors/*::serial-number (questo comando elenca tutti i DST per ogni nodo)
    7. ls -t /clusters/**/director-*/::hostname (i nomi host visualizzati sono gli indirizzi IP, sono previsti)

B. Come acquisire collect-diagnostics su un cluster del nodo metro?

Nota: il file di base, che riguarda gli ultimi 30 giorni, è sufficiente per analizzare e risolvere la maggior parte dei problemi. Queste opzioni devono essere utilizzate se non diversamente indicato dal supporto.
Per acquisire questi dati, eseguire un comando collect-diagnostics con i seguenti flag: "--noextended" e "--last-logs 30d".

  1. Stabilire una sessione SSH su un prompt Linux del nodo director, ad esempio service@director-1-1-a, quindi accedere a vplexcli.

    Output di esempio:

    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. Per avviare collect-diagnostics, dal prompt di vplexcli eseguire il comando "collect-diagnostics" con le opzioni indicate, come mostrato nell'esempio riportato di seguito.

    Esempio di output:

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

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

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. Come convalidare i pacchetti collect-diagnostics esistenti sul director/nodo.

  1. Al termine del comando collect-diagnostics e al prompt vplexcli, connettersi al director da cui è stato eseguito il comando utilizzando winscp [o utilità SCP equivalente] e passare alla cartella /diag/collect-diagnostics-out/

  2. Identificare uno o più file di registro con il timestamp corretto e scaricarli sulla workstation locale.

D. Come annullare una collect-diagnostics in corso

Nota: Si tratta di un'attività che non comporta alcuna interruzione. Poiché non esistono comandi diretti per annullare il processo di raccolta, è necessario riavviare la console di gestione. Tuttavia, prima di interrompere un'esecuzione di collect-diagnostics, contattare il supporto per spiegare perché si desidera annullare l'esecuzione di collect-diagnostics per assicurarsi che sia corretta, in quanto potrebbero esserci dati che potrebbero andare persi. Questi dati persi non sono nuovamente disponibili per la raccolta quando la diagnostica di raccolta viene eseguita nuovamente dopo l'azione di annullamento.

  1. Se si è ancora nella sessione PuTTY in cui è stato avviato collect-diagnostics, si dovrebbe visualizzare lo streaming dell'output ancora in esecuzione.

    Output di esempio:

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

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

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. Aprire una sessione PuTTY duplicata e accedere al Director da cui è stata avviata il processo collect-diagnostics, utilizzando l'account di servizio.

    Output di esempio:

    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. Una volta nel director, riavviare la console di gestione utilizzando il seguente comando per annullare collect-diagnostics in esecuzione.

    Output di esempio:

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

  4. Tornando alla prima sessione PuTTY con collect-diagnostics in esecuzione al riavvio della console di gestione, dovrebbe essere visualizzato il report collect-diagnostics riportato come ultimo output annotato:

    "Connection closed by foreign host."

    Output di esempio (controllare l'ultima riga dell'output):

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

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

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. Una volta che collect-diagnostics viene arrestato, passaggio 3 sopra, tornare alla seconda sessione PuTTY e 'cd' alla directory /diag, quindi eseguire 'll ' e dovrebbero vedere alcune directory aggiuntive,

    • collect-diagnostics-tmp
    • collect-diagnostics-jobs
    • collect-diagnostics-tmp-ext*
      *se non sono stati omessi file estesi

    Output di esempio:

    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. Se si esamina l'interno di ciascuna di queste directory, vengono visualizzati i file con la data e l'ora in cui è stato avviato collect-diagnostics, ora annullato. Questi file occupano spazio nella partizione /diag e devono essere rimossi.

  7. Per rimuovere/eliminare i file dalla directory /diag, digitare "rm -r collect-diagnostics-jobs" e "rm -r collect-diagnostics-tmp", quindi immettere nuovamente "ll" per assicurarsi che le directory siano state eliminate o rimosse.

    Output di esempio:

    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. Se esiste una directory "collect-diagnostics-tmp-ext", rimuoverla eseguendo "rm -r collect-diagnostics-tmp-ext"

    Nota: il file esteso viene in genere utilizzato per analizzare gli arresti anomali dei nodi. Se è in corso un'indagine su un arresto anomalo del nodo e il supporto non ha acquisito tutti i registri necessari, verificare con il supporto prima di pulire la directory collect-diagnostics-tmp-ext, in quanto questa operazione potrebbe eliminare i file di base necessari.

 

Affected Products

metro node mn-114, metro node mn-215
Article Properties
Article Number: 000197436
Article Type: How To
Last Modified: 01 Jul 2025
Version:  8
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.