El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.
Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).
Este artículo explica cómo capturar registros del lado del servidor y del lado del cliente en Remote Expert Mobile, RE Mobile.
Se aplica a las implementaciones de RE Mobile con CUCM, UCCX y UCCE.
Versiones: 10.6(x), 11.5(1), 11.6(1)
Inicie sesión con el usuario rem-ssh y luego cambie los usuarios al usuario root a través de:
su - root (introducir contraseña)
Para capturar un escenario de falla, puede utilizar el script logcapture. Si se está ejecutando en un entorno HA, tal vez sea más fácil detener REAS2 y REMB2 y cambiar a un solo REM y un solo MB para reducir la cantidad de registros de registro que se van a recopilar, entonces haga lo siguiente:
En REAS (como raíz): /opt/cisco/<version>/REAS/bin/logcapture.sh -c -p -v -z -f /root/reas-logs.tar
En MB (como raíz): /opt/cisco/<version>/CSDK/media_broker/logcapture.sh -c -p -v -z -f /root/mb-logs.tar
Después de iniciar la captura de registro anterior, repita el escenario de falla, detenga las capturas de registro con el comando Ctrl-C y luego envíe los archivos tar resultantes para su análisis.
Nota: Para copiar los archivos que necesita moverlos a /home/rem-ssh y establecer el permiso para que el usuario rem-ssh pueda copiarlos, p.ej.
mv /root/reas.tar /home/rem-ssh/
chown rem-ssh:rem-ssh /home/rem-ssh/reas.tar (ahora el archivo se puede copiar del servidor)
Para copiar los registros del servidor, utilice un cliente SFTP utilizando la cuenta de usuario y la contraseña 'rem-ssh'.
Si por alguna razón las secuencias de comandos no son apropiadas, por ejemplo, desea ver algunos registros usted mismo o el problema está relacionado con problemas de inicio del servidor, a continuación se enumeran ubicaciones de registro útiles:
/opt/cisco/<version>/REAS/domain/log/
/opt/cisco/<version>/REAS/domain/servers/appserver<host>/log/
/opt/cisco/<version>/CSDK/media_broker/
/opt/cisco/<version>/CSDK/media_broker/rtp-proxy-instance/mb-*/
Si el servicio se ha reiniciado, se le puede solicitar que realice el seguimiento de los directorios de registro como archivos para que podamos verificar los datos históricos.
Este es un ejemplo de los comandos que necesita:
/opt/cisco/<version>/REAS/domain/#tar cvfz reas-domain-logs.tar.gz log/
/opt/cisco/<version>/REAS/domain/servers/appserver-<host>/#tar cvfz reas-server-logs.tar.gz log/
Que producirá:
/opt/cisco/<version>/REAS/domain/reas-domain-logs.tar.gz
/opt/cisco/<version>/REAS/domain/servers/appserver-<host>/reas-server-logs.tar.gz
Antes de obtener los registros del navegador (a veces también conocidos como registros de consola/cliente) de Chrome o Firefox, ¿podría seguir las instrucciones que aparecen a continuación para asegurarse de que las marcas de tiempo están habilitadas en su navegador, éstas pueden ser muy útiles para nosotros cuando intentamos resolver un problema?
Se aplica tanto a Chrome como a Firefox: Presione F12 en su navegador y seleccione el botón "cog" settings (configuración de "cog") como se resalta en la captura de pantalla siguiente, verá el menú que se muestra a continuación, asegúrese de que las casillas resaltadas estén marcadas.
Windows: <Directorio Chrome>\chrome.exe —enable-logging —v=9 —vmodule=*libjingle/source/*=9 —user-data-dir=c:\chromedebug
Mac: /Applications/Google\ Chrome.app/Contenido/MacOS/Google\ Chrome —enable-logging —v=9 —vmodule=*libjingle/source/*=9 —user-data-dir=/User/<your user dir>/chromedebug
El formato HTTP Archive o HAR, es un formato de archivo con formato JSON para registrar la interacción de un navegador web con un sitio.
Cómo generar un HAR en Chrome
Cómo generar un HAR en Microsoft Edge
Suministrar la configuración para el clúster también se necesita normalmente junto con los registros. La forma más sencilla de proporcionar esto es navegar hasta
https://REAS_MASTER:8443/admin/gateway/1.0/configuration
Debe proporcionar las credenciales de CSDK web_plugin_framework. A continuación, corte y pegue el contenido de la página en un archivo de texto y adáptelo al ticket.
Nota: No utilice el bloc de notas de MS porque daña el formato de la página
Revisión | Fecha de publicación | Comentarios |
---|---|---|
1.0 |
21-Jan-2020 |
Versión inicial |