Nodo metro: Cómo recolectar registros del nodo metro

Pasos para realizar las siguientes tareas: 

1. ¿Qué registros se necesitan para depurar problemas de nodo metro? 
2. ¿Cómo capturo los diagnósticos de recopilación en un clúster de nodo metro? 
3. Cómo validar los paquetes de la recolección de datos de diagnóstico existentes en los servidores de administración.  
4. ¿Cómo anular y limpiar un diagnóstico de recopilación en curso en el nodo metro?  

Nota: Si se necesitan registros de SupportAssist, derive al cliente al 000135669 de la base de conocimientos "¿Cómo exportar una recopilación de registros de SupportAssist desde SupportAssist Enterprise? Conectado o desconectado "


 A. ¿Qué registros se requieren para depurar los problemas del nodo metro? 

1. El comando necesario para recolectar registros del nodo metro se denomina "collect-diagnostics" y se puede ejecutar desde ^cualquier[1] nodo en la configuración del nodo metro. La ejecución de este comando en un director de un clúster de nodo metro debe tener todos los datos de todos los directores, de todos los nodos de un clúster. NO ejecute este comando en más de un nodo a la vez.

2. El comando "collect-diagnostics" produce un archivo de registro de tar.gz comprimido que contiene archivos de configuración y de registro. El archivo collect-diagnostics se coloca en el directorio /diag/collect-diagnostics-out/ del nodo desde el cual se ejecutó. Una vez finalizado el comando, utilice WINSCP, o una utilidad SCP equivalente, para copiar el archivo fuera del nodo y, a continuación, se puede proporcionar al soporte para el análisis. Hay más información sobre el uso de este comando en la sección B a continuación.

Notas: 

• Si el comando "collect-diagnostics" se ejecuta sin opciones, se generan dos archivos, un archivo base y un archivo extendido. Esto puede tardar bastante tiempo en sistemas escalados. 
• Por lo general, la compatibilidad con nodo metro requiere solo el archivo base; sin embargo, en algunas circunstancias, es posible que también se solicite el archivo extendido por problemas de rendimiento. 
• Las opciones estándar que se pueden solicitar al ejecutar collect-diagnostics son: 

• Para obtener más detalles sobre el comando, puede escribir "collect-diagnostics -h" 

Estos son ejemplos de cómo se ven estos dos nombres de archivo. La fecha y la hora, que se muestran como YYYY-MM-DD-HH.MM.SS, serán a partir de la fecha y hora en que se recopilaron: 

• Archivo base: <número> de serie-c1-diag-YYYY-MM-DD-HH.MM.SS.tar.gz 
• Archivo extendido: <número> de serie-c1-diag-ext-YYYY-MM-DD-HH.MM.SS.tar.gz 

3. Los problemas de rendimiento son complejos y requieren la recopilación de mucha información específica. Como resultado, tenemos un cuestionario de rendimiento que se solicita a los clientes que completen para acelerar este proceso. El cuestionario se puede encontrar adjunto a este artículo de la base de conocimientos en la sección de archivos adjuntos al final. 

4. En algunos tipos de problemas de rendimiento, es útil capturar un registro adicional llamado "fe_perf_stats". Los registros se generan continuamente, pero collect-diagnostics no los captura. Para capturar este registro, use cd (change directory) en /var/log/VPlex/cli en un nodo de cada clúster y ejecute el comando "tar cvzf fe-perf-stats.tar.gz fe_perf_stats*" para comprimir los datos de los archivos en un archivo tar. Conéctese al nodo con WINSCP o una utilidad SCP equivalente y vaya a /var/log/VPlex/cli. Copie el archivo "fe-perf-stats.tar.gz" en el sistema. Cargue el archivo tar junto con los archivos collect-diagnostics, si lo solicita el soporte, a la SR o a un enlace ftp que el soporte le proporcionará en la SR y en un correo electrónico. 

5. Además de recopilar diagnósticos, puede ser útil capturar la siguiente información:

• abrir el registro para una sesión de putty,
• A continuación, ejecute los siguientes comandos,
• luego recopile el registro de Putty y descárguelo en su sistema,
• A continuación, adjunte el registro de PuTTY,
  el diagnóstico por recopilación y cualquier otro dato solicitado a la SR.

1. Estado del clúster 
2. ll clusters/**/storage-views/* --full 
3. ll ~puertos 
4. show-use-hierarchy /clusters/**/virtual-volumes/* 
5. ll ~ volúmenes del sistema 
6. ls -t /clusters/*/directors/*::serial-number [este comando enumerará todos los DST para cada nodo]
7. ls -t /clusters/**/director-*/::hostname [los nombres de host que se mostrarán serán las direcciones IP, esto es lo esperado]

B. ¿Cómo capturo los diagnósticos de recopilación en un clúster de nodo metro? 
 
Nota: El archivo base, que abarca los últimos 30 días, es suficiente para investigar y resolver la mayoría de los problemas. Estas opciones se deben utilizar, a menos que el soporte indique lo contrario.
Para capturar estos datos, ejecute un comando collect-diagnostics con las siguientes marcas "--noextended" y "--last-logs 30d".

1. Establezca una sesión SSH en un símbolo del sistema de Linux del nodo director, por ejemplo, service@director-1-1-a y, a continuación, inicie sesión en vplexcli. 

Resultado de muestra:

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. Para iniciar collect-diagnostics, desde el símbolo del sistema de vplexcli, ejecute el comando "collect-diagnostics" con las opciones indicadas, como se muestra en el siguiente ejemplo. 

Ejemplo de salida: 

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. Cómo validar los paquetes collect-diagnostics existentes en el director/nodo. 

1. Cuando finalice el comando collect-diagnostics y regrese al símbolo del sistema de vplexcli, conéctese al director desde el cual ejecutó el comando mediante winscp [o una utilidad SCP equivalente] y vaya a la carpeta /diag/collect-diagnostics-out/ 

2. Identifique el archivo o los archivos de registro con el registro de fecha y hora correcto, y descárguelos en su estación de trabajo local. 

D. Cómo anular un diagnóstico

de recopilación en cursoNota:  Esta es una actividad no disruptiva. Como no hay comandos directos para anular el proceso de recopilación, tendrá que reiniciar la consola de administración. Sin embargo, antes de anular la ejecución de collect-diagnostics, comuníquese con el soporte para explicar por qué desea anular la ejecución de collect-diagnostics a fin de asegurarse de que esté bien, ya que es posible que haya datos que se puedan perder. Estos datos perdidos no estarán disponibles para su recopilación nuevamente cuando se vuelva a ejecutar collect-diagnostics después de la acción de anulación.

1. Si todavía se encuentra en la sesión de PuTTY en la que inició collect-diagnostics, debería ver el flujo de salida collect-diagnostics, que muestra que aún se está ejecutando. 

Resultado de muestra: 

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. Abra una sesión de PuTTY duplicada e inicie sesión en el director en el que inició collect-diagnostics con la cuenta de servicio. 

  Resultado de muestra: 

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 vez en el director, reinicie la consola de administración mediante el siguiente comando para anular el collect-diagnostics que se está ejecutando.  

Resultado de muestra: 

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

4. Si vuelve a la primera sesión de PuTTY en la que se ejecuta collect-diagnostics, cuando reinició la consola de administración, debería ver que collect-diagnostics informa lo siguiente como el último resultado indicado: 

"Connection closed by foreign host."

Ejemplo de salida (compruebe la última línea de la salida):

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. Una vez que collect-diagnostics se vea detenido, paso 3 anterior, vuelva a la segunda sesión de PuTTY y haga clic en 'cd' en el directorio /diag, luego ejecute ' ll ' y debería ver algunos directorios adicionales, 

• Collect-Diagnostics-tmp
• Trabajos de diagnóstico de recopilación 
• collect-diagnostics-tmp-ext*

      *si no se omitieron los archivos extendidos

Resultado de muestra: 

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. Si observa dentro de cada uno de estos directorios, verá archivos con la fecha y la hora en que inició el collect-diagnostics ahora cancelado. Estos archivos ocupan espacio en la partición /diag y se deben quitar. 

7. Para quitar o eliminar los archivos del directorio /diag, escriba "rm -r collect-diagnostics-jobs" y "rm -r collect-diagnostics-tmp" y, a continuación, vuelva a ingresar ' ll ' para asegurarse de que los directorios se hayan eliminado/eliminado. 

Resultado de muestra: 

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. Si existe un directorio "collect-diagnostics-tmp-ext", elimínelo y ejecute "rm -r collect-diagnostics-tmp-ext"  

Nota: Por lo general, el archivo extendido se utiliza para investigar bloqueos de nodos. Si hay una investigación en curso sobre una falla del nodo y el soporte no ha capturado todos los registros necesarios, consulte con el soporte antes de limpiar el directorio collect-diagnostics-tmp-ext, ya que hacerlo puede eliminar los archivos principales necesarios.