Warning message

This translation is outdated. For the most up-to-date information, please refer to the English version.

¿Cómo enviar archivos a Soporte de Red Hat? (vmcore, rhev logcollector, sosreports, heap dumps, log files, etc.)

Solution Verified - Updated -

Environment

  • El FTP anónimo dropbox.redhat.com de Soporte Global de Red
  • Archivos que se deben enviar a Soporte Global de Red Hat

Issue

  • ¿Cómo enviar archivos grandes a Soporte de Red Hat? (vmcore, rhev logcollector, large sosreports, heap dumps, large log files, etc.)
  • ¿Cómo subir archivos al FTP de Red Hat dropbox.redhat.com?
  • El Portal de Clientes permite subir archivos con menos de 1Gb únicamente. ¿Cómo puedo compartir archivos grandes con Soporte técnico de Red Hat?
  • El servidor en producción sufrió un crash ¿cómo puede adjuntar un documento, captura de pantalla, crashdump(kdump)?
  • Luego de un hard reboot, se reunió información como tcpdump, strace, top, ps, vmstat, iostat y reportes para análisis. ¿A quién se los puedo enviar?
  • Experimentamos un system hang y nos gustaría saber la causa, ¿a quién puedo enviarle la información para su análisis?
  • No puedo enviar archivos a dropbox.redhat.com:/incoming.

Resolution

Contenido

  1. Subir archivos mediante el Portal de Clientes
  2. Dividir archivos en partes para subirlos
  3. Herramienta de Soporte de Red Hat Support
  4. FTP Seguro
  5. FTP
  6. FTP usando curl con un proxy server

Subir archivos mediante el Portal de Clientes

  • Referencia Adjuntar archivos via IU del Portal para adjuntar archivos menores a 1 GB mediante el Portal de Clientes de Red Hat.
    Tenga en cuenta: los archivos vmcore (crash dump) , sin importar su tamaño, siempre deben subirse al servidor FTP1. Los archivos sosreport se deben adjuntar al caso de soporte mediante la interfaz web cuando sea posible. Estas acciones ayudar a acelerar los procesos de soporte.

Dividir archivos en partes para subirlos

Mientra que algunos clientes no tienen problemas para subir archivos de vmcore de 50GB al dropbox.redhat.com, otros tienen problemas para subir cualquier archivo de más de 1 o 2 Gb. A veces, la subida de archivos grandes al FTP no se completa de manera correcta debido al tamaño del archivo o a una congestión de red u otros problemas que resultan en que el archivo no se suba exitosamente. Muchos servidores FTP públicos (como dropbox.redhat.com) usan directorios ciegos de subida por lo que cuando falla la subida de un archivo, la misma debe retomarse desde el comienzo del archivo.

Si ha tenido problemas para subir un archivo anteriormente, ya sea en un caso de soporte o al dropbox.redhat.com debido a su tamaño, estabilidad de red u otros problemas, el archivo debe ser dividido en partes y subirlo en partes. La recomendación, al dividir un archivo grande, como un vmcore, en partes, es para partir el arvico en partes de 1 Gb como punto inicial. Si esto falla, se deberá dividir el archivo en parted de 512 mb y volver a probar.

  • Se puede usar el comando split para dividir un archivo grande en partes más pequeñas para subirlas al dropbox.redhat.com o a los casos de soporte dentro del Portal de Clientes de Red Hat. Si falla en subir una parte, sólo debe volver a subir dicha parte.

    • Por ejemplo, a continuación se divide un archivo vmcore grande, de 8.5GiB, en 9 partes más pequeñas para subirlo. La opción de línea de comandos -b 1024m limita el tamaño de la parte dividida a un máximo de 1024MB (1GiB) cada una.

      # ls -ltrh largefile.tar.xz
      -rw-rw-r--. 1 root    root    8.5G Feb 20 13:54 largefile.tar.xz
      # split -b 1024m -a 2 -d largefile.tar.xz largefile.tar.xz.part
      # ls -ltrh largefile.tar.xz.*
      -rw-rw-r--. 1 root root 1.0G Feb 21 10:01 largefile.tar.xz.part00
      -rw-rw-r--. 1 root root 1.0G Feb 21 10:01 largefile.tar.xz.part01
      -rw-rw-r--. 1 root root 1.0G Feb 21 10:01 largefile.tar.xz.part02
      -rw-rw-r--. 1 root root 1.0G Feb 21 10:01 largefile.tar.xz.part03
      -rw-rw-r--. 1 root root 1.0G Feb 21 10:01 largefile.tar.xz.part04
      -rw-rw-r--. 1 root root 1.0G Feb 21 10:01 largefile.tar.xz.part05
      -rw-rw-r--. 1 root root 1.0G Feb 21 10:01 largefile.tar.xz.part06
      -rw-rw-r--. 1 root root 1.0G Feb 21 10:02 largefile.tar.xz.part07
      -rw-rw-r--. 1 root root 508M Feb 21 10:02 largefile.tar.xz.part08
      
    • Las partes se pueden volver a ensamblar usando el comando cat.

      # ls -1c -v largefile.tar.xz.part* | xargs -I {} cat {} >> largefile.tar.xz
      
    • Ver man split para obtener más información y opciones de comandos.

Herramienta de Soporte de Red Hat

  • Al caso: para subir archivos directamente desde su sistema, puede usar también la Herramienta de Soporte de Red Hat (redhat-support-tool). Esta herramienta le brinda flexibilidad y funcionalidad de scripting. La manera más simple de subir un archivo de tamaño normal, por ejemplo un sosreport, es la siguiente:

    $ redhat-support-tool addattachment -c CASE_NUMBER /path/to/sosreport
    
  • Al Dropbox FTP:

    • Esta opción subirá el archivo directamente desde el Portal de Clientes. Si desea subirlo al sitio FTP, use la opción "-f":

      $ redhat-support-tool addattachment -c CASE_NUMBER -f /path/to/sosreport
      
    • Dividir archivos y subirlos al FTP: ISi tiene un archivo vmcore muy grande y no tiene acceso al sitio Dropbox FTP, puede dividir el archivo con la opción "-s" en las nuevas versiones de la herramienta de soporte y subir el archivo al Portal de Clientes:

      $ redhat-support-tool addattachment -c CASE_NUMBER -s /path/to/vmcore
      
    • La funcionalidad también ha sido probada usando el cliente GUI FTP multi plataforma de http://filezilla-project.org/.

Secure FTP

Para archivos de más de 1GB

  • Además del proceso descripto anteriormente, dropbox.redhat.com ahora soporta la subida de archivo usando conexiones de datos cifrados a través del uso del protocolo FTP-ES (modo explícito; "require explicit FTP over TLS").
  • Además, dropbox-ssl.redhat.com se puede acceder vía FTP seguro (FTP sobre SSL, explícito). Tiene la IP externa hardcoded en la configuración del software de FTP. Esta configuración es requeridad por clientes/proxies FTP que cumplen estrictamente con RFC.
    *El certificado del servicio ftp en dropbox.redhat.com está firmado por "C=US,O=DigiCert Inc,OU=www.digicert.com,CN=DigiCert High Assurance EV Root CA".

  • Por ejemplo, "testfile" puede subirse usando FTP-ES using el cliente FTP en consola "lftp" de la siguiente manera (separado por barra invertida para que sea más claro):

    # lftp -v -c 'open -e "set ftps:initial-prot ""; \
    set ftp:ssl-force true; \
    set ftp:ssl-protect-data true; \
    set ssl:verify-certificate true; \
    open anonymous:ftp@dropbox.redhat.com ; \
    cd incoming ; \
    put testfile'
    
    • Nota: Si usa un servidor proxy con FTP seguro, es posible que deba agregar la línea set ftp:proxy http://HOST:PORT al comando anterior usando sus parámetros proxy.

      # lftp -v -c 'open -e "set ftps:initial-prot ""; \
      set ftp:ssl-force true; \
      set ftp:ssl-protect-data true; \
      set ssl:verify-certificate true; \
      set ftp:proxy http://HOST:PORT ; \
      open anonymous:ftp@dropbox.redhat.com ; \
      cd incoming ; \
      put testfile'
      

FTP

Para archivos de más de 1GB

  • Red Hat tiene disponible un sitio FTP anónimo donde cualquiera puede subir archivos que no se puedan compartir correctamente desde el Portal de Clientes de Red Hat

  • Estos archivos se pueden subir al sitio FTP anónimo dropbox.redhat.com, y ubicado en el directorio /incoming. Cuando inicia sesión en el servidor FTP, por favor, ingrese su nombre de usuario "anonymous" y use su dirección de correo como contraseña.

  • Si sube un archivo vmcore muy grande que no tiene filtradas las páginas no-críticas, (es decir que kdump no usó makedumpfile -d 31), utilice este comando para filtrar las páginas y luego continúe cargando el archivo para su análisis.

    # makedumpfile -c -d 31 <vmcore> <output file>
    
  • Antes de subir el archivo, comprímalo usando gzip o zip y cámbiele el nombre. Le recomendamos que el prefijo del nombre sea el número de caso, segurido de la fecha u horario u otra información distintiva.

    $ tar czfS /tmp/001234-$(date +%s)-vmcore.tar.gz myvmcore
    $ tar czfS /tmp/001234-$(date +%s)-logs.tar.gz mylogdir/
    
  • Si el archivo es muy grande, puede dividirlo en partes (sin ocasionarle problemas al contenido) y luego subirlo. Ver Dividir archivos en partes para subirlos a continuación.

  • Una vez que el archivo se subió correctamente, envíe al ingeniero de soporte el nombre exacto del archivo y MD5 o SHA1 de los archivos subidos.

  • Nota:

    • Los archivos que no se compartan mediante este método se cargan de manera no segura
    • No se pueden descargar los archivos de este sitio FTP
    • Los archivos que figuran en el directorio /incoming en este sitio no se pueden ver ni se puede crear un nuevo directorio
    • No podrá sobreescribir un archivo existente para garantizar que se utilice un nombre único
    • **No se puede retomar una carga de archivo ya que esto requiere la capacidad de escribir en un archivo existente **
    • Asegúrese de que todos los archivos se transfieran en formato binario (no en texto o modo ASCII)
    • Asegúrese de usar el modo FTP pasivo
    • Si su firewall no permite el modo FTP pasivo, puede conectarse a origin-dropbox.redhat.com usando modo activo.
  • Sigue debajo un resumen de los pasos:

    • Primero, abra la conexión FTP

      $ ftp dropbox.redhat.com
      Connected to dropbox.redhat.com (XXX.XXX.XXX.XXX).
      220 (vsFTPd 2.0.1)
      Name (dropbox.redhat.com:user): anonymous
      331 Please specify the password.
      Password: user@domain
      230 Login successful.
      Remote system type is UNIX.
      Using binary mode to transfer files.
      ftp>
      
    • Credenciales
      server: dropbox.redhat.com
      user: anonymous
      password: user@domain

    *Si dice "Usando modo texto para transferir archivos", debe cambiar el modo de transferencia a binario ingresando "bin"

        ftp> bin
        200 Switching to Binary mode.
        ftp>
    
    • Cambie al directiorio /incoming

      ftp> cd incoming
      +---------------------------------------------------------------+
      |        Welcome to Red Hat Global Support Services FTP!        |
      |                                                               |
      |     Please note: the "ls" command is disabled by design.      |
      |     You will receive this error if you attempt to run "ls":   |
      |                                                               |
      |      ls: 550 Permission denied.                               |
      |                                                               |
      |  If you are uploading a file for Technical Support, you       |
      |  must include your support ticket number in the filename      |
      |  and inform your technician of the upload. Files with names   |
      |  that do not follow this convention, such as vmcore or        |
      |  vmcore.gz will be deleted.                                   |
      |                                                               |
      |  To upload a core successfully, please do the following:      |
      |                                                               |
      |  ftp> cd incoming                                             |
      |  ftp> put [casenumber]-[file]                                 |
      |                                                               |
      |     - Passive transfers are supported, if you require active  |
      |       transfers please connect to origin-dropbox.redhat.com   |
      |     - Upload resume is supported.                             |
      +---------------------------------------------------------------+
      250 Directory successfully changed.
      ftp>
      
    • Notará que no podrá ejecutar en "ls" para obtener la lista de archivos en /incoming ni puede crear un nuevo directorio. Esto es intencional.

    • Puede comenzar a subir archivos usando el comando "put". La mayoría de los usuarios debe habilitar el modo pasivo. Por ejemplo, si usa el comando ftp en Linux, ejecute "passive" para establecer el modo pasivo en "on":

      ftp> passive
      Passive mode off.
      ftp> passive
      Passive mode on.
      ftp>
      
    • Para el comando ftp en Windows, ejecute "literal pasv" para cambiar a modo pasivo:

      ftp> literal pasv
      227 Entering Passive Mode (XXX,XXX,XXX,XXX,XXX,XX)
      ftp>
      
    • Luego proceda a subir el archivo usando uno de los comandos a continuación. Reemplace [filename] por el nombre del archivo que desea subir. Si el archivo no está en el directorio actual, debe especificar el destino de la siguiente manera:

       ftp> put [filename]
      
       ftp> put /some/path/[filename] /incoming/[filename]
      
    • Luego ingrese "bye", o "quit", cuando terminó de subir los archivos.

      ftp> bye
      221 Goodbye.
      
  • Para computar el MD5 message digest de los archivos que subió, ejecute:

     $ md5sum [filename]
    
    • O, de forma alternativa, para computar el SHA1 message digest de los archivos que subió, ejecute:

       $ sha1sum [filename]
      

Modo alternativo utilizando curl con servidor proxy

  • También puede subir archivos directamente desde su servidor, con un simple comando usando su proxy local:

    # curl -T vmcore-case-no-99999999 -x http://yourproxy.example.com:8080 ftp://dropbox.redhat.com/incoming/
      % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                     Dload  Upload   Total   Spent    Left  Speed
     99  607M    0     0   99  606M      0  1122k  0:09:13  0:09:13 --:--:-- 1214k226 File receive OK.
    100  607M    0    22  100  607M      0  1121k  0:09:14  0:09:14 --:--:-- 1042k
    
  • Nota:

    • Los archivos que no se compartan mediante este método se cargan de manera no segura
      • No se pueden descargar los archivos de este sitio FTP
      • Los archivos que figuran en el directorio /incoming en este sitio no se pueden ver ni se puede crear un nuevo directorio
      • No podrá sobreescrbir un archivo existente por lo que debe asegurarse de utilizar un nombre único
      • No podrá retomar la carga de un archivo ya que esto requiere la capacidad de escribir en un archivo existente
      • Asegúrese de que todos los archivos se transfieran en formato binario (no en text o modo ASCII)

Notas


  1. Si no tiene acceso a FTP, puede dividir el archivo vmcore en partes y adjuntarlo al caso de soporte. 

This solution is part of Red Hat’s fast-track publication program, providing a huge library of solutions that Red Hat engineers have created while supporting our customers. To give you the knowledge you need the instant it becomes available, these articles may be presented in a raw and unedited form.

Close

Welcome! Check out the Getting Started with Red Hat page for quick tours and guides for common tasks.