Dell Unity: cómo encontrar y descargar archivos de volcado desde un sistema Unity (corregible por el usuario)
Summary: Instrucciones sobre cómo encontrar y descargar archivos de volcado de SP.
Instructions
Desde Unisphere
Solo disponible para Unity OE 4.2.0.9392909 y versiones posteriores).Inicie sesión en Unisphere y vaya a Service > Downloads > Core Dump.
Este menú facilita la recuperación de archivos de volcado de memoria desde cualquiera de los SP, independientemente del SP que sea el principal en ese momento.
Una vez descargados desde el arreglo, cargue los archivos en la solicitud de servicio. Si el archivo es demasiado grande, comuníquese con su representante de soporte y solicite una ubicación FTP.
CLI o SSH
- Conéctese a Unity a través de SSH e inicie sesión como usuario de servicio.
- Fíjese en qué procesador de almacenamiento (SP) se encuentra. Aquel al que se conecta automáticamente es el SP principal. Si no está seguro, ejecute pgrep ECOM. El SP principal debe devolver un número de ID de proceso, a diferencia del SP secundario, el cual no devuelve nada. Consulte la información adicional para obtener un ejemplo relevante.
- Si el archivo de volcado se encuentra en el SP principal, ejecute estos comandos:
- svc_dc -lcd para obtener una lista de los volcados de núcleo disponibles en el SP local. Cada entrada corresponde a un archivo de volcado. Busque el volcado que necesita (la fecha y la hora se encuentran en el nombre del volcado).
- svc_dc -dc /home/service/user <dump> file name para comprimir y copiar el archivo (hay un espacio entre /home/service/user y el nombre de volcado).
- Si el archivo de volcado se encuentra en el SP secundario, inicie sesión en él (par SSH) y desde ahí, realice lo siguiente:
- svc_dc -lcd para enumerar los volcados de núcleo disponibles en el SP local.
- svc_dc -dc peer /home/service/user <dump file name> (hay un espacio entre /home/service/user y el nombre de volcado). Esto comprime la carpeta de volcado y la transfiere a /home/service/user en el SP par. En este caso, copiamos el archivo en el SP principal, desde donde podemos obtenerlo con WinSCP.
- En la sintaxis del comando, especificamos el objetivo con “peer”, lo que transfiere el archivo comprimido al SP par. Este comando también se puede utilizar para transferir el archivo resultante a sistemas remotos a través de SSH. Para obtener más información, consulte svc_dc -h.
- Abra un cliente SFTP (como WinSCP) e inicie sesión en la dirección IP de administración en modo de servicio. (Esto lo conecta solo al SP principal).
- Vaya al directorio /home/service/user (o /cores/service/user, que es el mismo lugar), descargue el archivo de volcado que creó en los pasos 3 o 4 y cárguelo en la solicitud de servicio. Si el archivo es demasiado grande, comuníquese con su representante de soporte y solicite una ubicación FTP.
- Una vez descargado, elimine los archivos de volcado creados de /home/service/user y los archivos originales de /EMC/backend/service/data_collection/cores/ (es necesaria la raíz, solo disponible para soporte técnico de Dell).
Compresión y copia manual de archivos de volcado de núcleo
Si no está familiarizado con el comando “tar” de Linux, no utilice este método, ya que puede dañar los archivos de volcado o causar problemas adicionales (como reiniciar un SP) si los archivos se crean en lugares incorrectos. Este método se debe utilizar solo como último recurso si todo lo demás falló y los usuarios avanzados de Linux deben emplearlo.Si comprendió el método anterior y todo lo demás falló, el directorio del archivo de volcado también se puede comprimir manualmente. Los volcados de Unity se encuentran en /EMC/backend/service/data_collection/cores/ en cada SP.
Comprima el directorio de volcado en un archivo, tar -zcvf /home/service/user <destination_filename.tar.gz><dump_directory_name>.
<> dump_directory_name es el directorio que desea comprimir (el directorio de archivos de volcado).
Si lo hace en un Unity OE anterior a 4.5, use /home/service, ya que el directorio de siguiente nivel “user” solo se creó a partir de Unity OE 4.5.
El archivo .tar.gz resultante se encuentra en el directorio /home/service/user (o /cores/service/user, que es el mismo lugar).
Para Unity OE anterior a 4.5, el archivo se debe crear en /cores/service, como se describió anteriormente.
¡No utilice otros directorios como objetivo! Puede causar problemas graves en el sistema.
Si necesita registros mediante este método desde el SP secundario, consulte el artículo de la base de conocimientos de Dell 22501: Dell Unity: cómo descargar archivos desde el SP secundario mediante el SP principal (corregible por el usuario) sobre cómo obtener archivos del SP secundario con SCP.
Additional Information
Elimine los volcados de las siguientes ubicaciones en ambos SP una vez que los archivos se descarguen del arreglo.
/cores/service/user o /home/service/user (/home/service o /cores/service para un Unity OE anterior a 4.5)
/EMC/backend/service/data_collection/cores (es necesario root: solo soporte técnico de Dell).
Se realiza a fin de evitar problemas en el futuro (como archivos de volcado de núcleo dañados o los problemas descritos en el artículo de la base de conocimientos de Dell 52543: Dell Unity: La actualización a Unity OE 4.2 falla con el error: check_cores_existed_files_2 (corregible por el usuario)
Los archivos en /EMC/backend/service/data_collection/cores solo se pueden eliminar como usuario raíz, por lo tanto, comuníquese con el soporte técnico de Dell o con su representante de servicio autorizado y mencione el ID de este artículo.
IMPORTANTE: Compare la suma md5sum de los archivos (archivo descargado frente al original en SP) antes de eliminar permanentemente los archivos.
Compruebe el archivo de volcado original md5sum en /EMC/backend/service/data_collection/cores/<dump_folder> y no un archivo que haya comprimido manualmente.
Para comprobar md5sum, ejecute lo siguiente:
Linux: md5sum YourDumpFile.gz
Windows: certUtil -hashfile YourDumpFile.gz MD5
Ejemplos de los comandos descritos anteriormente
Uso de pgrep para confirmar qué SP es el principal:
| service@none spa:~# pgrep ECOM 30065 |
Obtiene un ID de proceso (PID) para ECOM, este es el SP principal. ECOM (administración) solo se ejecuta en el SP principal. En este ejemplo, SPA es el principal.
Pero según lo esperado, una vez que realice Ssh en el SP secundario, no se devuelve ningún PID para ECOM, ya que ECOM no se ejecuta en el SP secundario:
| service@none spa:~#ssh par service@none spb:~# pgrep ECOM service@none spb:~# |
Si los SP están en modo de servicio, ninguno de ellos devuelve un PID para ECOM. ECOM no se ejecuta si los SP están en modo de servicio.
Enumeración, compresión y traslado de un archivo de volcado en el SP principal:
| service@(ninguno) spa:/# svc_dc -lcd ======================== [copiadora DC]: Disponible en el backend: core-dump_dump_spa_CKM0016170xxxx_2017-01-17_15_14_17_320_httpd core-dump_dump_spa_CKM0016170xxxx_2017-02-16_07_19_23_337_xGate kdump_spa_CKM0016170xxxx_2017-01-11_14_52_40 safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe << usamos esto para el ejemplo. ======================== [copiadora DC]: No hay núcleos conocidos en SSD en procesada ======================== [copiadora de CC]: Aún no se han preprocesado los volcados de núcleo en SSD: ======================== service@(none) spa:/# svc_dc -dc /home/service/user safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe [copiadora DC]: Hay un paquete de DC en /EMC/backend/service/data_collection/cores/safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_dir. [copiadora DC]: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar contendrá: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_dir [copiadora DC]: safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar transmitida a /home/service/user con éxito service@(ninguna) spa:/#cd /home/service/user service@(none) spa:/home/service/user# ll (or ls) ... -rw-r--r-- 1 raíz raíz 681431040 8 mar 22:24 safe_dump_spa_CKM0016170xxxx_2017-02-24_11_26_28_31949_safe_nogdb.tar |
Enumeración, compresión y transferencia de un archivo de volcado en el SP secundario:
|
service@(none) spa:~# ssh peer << para cambiar al SP ======================== |
Nuestro archivo de volcado (originalmente de SPB) se encuentra en el SP principal, SPA en este ejemplo, y está listo para descargarse. Recuerde eliminar los volcados de /cores/service/user o /home/service/user en ambos SP una vez que los archivos se descarguen del arreglo.