Problemas conocidos

Administración del ciclo de vida de los dispositivos

• Si ha incorporado un dispositivo Cisco, pero luego ha cambiado la configuración de TLS en el dispositivo (ya sea activarlo o desactivarlo), el estado del dispositivo se mostrará como Desconectado en la página Inventario.

  Solución alternativa: Elimine el dispositivo e incorpore de nuevo el dispositivo estableciendo Inseguro en Falso y Omita Verificar a Verdadero en consecuencia en función de si desactivó TLS o lo activó anteriormente.

• Se produce un error en la incorporación de un dispositivo QFX a Paragon Automation si la confianza está habilitada en un perfil de dispositivo aplicado al dispositivo QFX.

  Solución alternativa: Deshabilite la confianza en el perfil de dispositivo y, a continuación, intente incorporar el dispositivo QFX.

• Paragon Automation activa las plantillas de configuración incluidas en un perfil de dispositivo y un perfil de interfaz solo durante la incorporación inicial del dispositivo. No puede utilizar las plantillas de configuración incluidas en los perfiles de dispositivo y los perfiles de interfaz para aplicar una configuración adicional en un dispositivo después de incorporar el dispositivo.

  Solución alternativa: Si necesita aplicar una configuración adicional en un dispositivo después de incorporar el dispositivo, debe aplicar manualmente la configuración mediante la CLI o ejecutando las plantillas de configuración a través de la GUI de Paragon Automation.

• La página Ver recursos de red (Incorporación de inventario > dispositivos > Plan de implementación de red > más) no muestra detalles relacionados con las interfaces de AE.

  Solución alternativa: Puede ver los detalles relacionados con las interfaces AE en el vínculo Ver configuración activa del acordeón Configuración (Observabilidad > solución de problemas de dispositivos > Device-Name).

Observancia

• Debido a cambios en el lenguaje de ruta XML (XPath), algunas reglas personalizadas no pueden recopilar información de KPI del dispositivo.

  Solución alternativa: Ninguna.

• Durante escenarios de ingesta intensiva, como la incorporación de enrutadores por primera vez o ventanas de mantenimiento del enrutador, el número total de rutas tarda algún tiempo en reflejarse en el gráfico Estado de enrutamiento (ficha Observabilidad > enrutamiento > estado de enrutamiento del Explorador de enrutamiento ).

  Si hay algún evento en la red, el gráfico Estado de enrutamiento o la tabla Actualizaciones de enrutamiento (Observabilidad > enrutamiento > Route Explorer > actualizaciones de enrutamiento) pueden mostrar los datos con una latencia considerable. Esperamos que la latencia sea razonable durante el funcionamiento estable de la red.

  Además, las estadísticas en la pestaña Dispositivo (Observabilidad > enrutamiento > Route Explorer > Estado de enrutamiento) o en la pestaña Adyacencias (Observabilidad > enrutamiento > Route Explorer) se actualizan con baja latencia (1 a 5 minutos).

  Solución alternativa: Ninguna.

• En un caso raro de ejecución de protocolos ISIS de varios niveles en un vínculo, es posible que el mapa de topología no se actualice o que no refleje el estado de operación en vivo más reciente.

  Solución alternativa: Flap la sesión BGP LS, en lugar de reiniciar el servidor de topología.

  1. Inicie sesión en la CDPD específica de la organización.

     kubectl -n $(kubectl get namespaces -o jsonpath='{.items}' | jq -r '.[]|select(.metadata.name | startswith("pf-"))|.metadata.name') exec -it $(kubectl -n $(kubectl get namespaces -o jsonpath='{.items}' | jq -r '.[]|select(.metadata.name | startswith("pf-"))|.metadata.name') get pods -l northstar=bmp -o jsonpath='{.items[0].metadata.name}') -c crpd -- cli

  2. Borre la sesión BGP.

     clear bgp neighbor all

• Si intenta crear un LSP mediante la API de REST y si está reutilizando un nombre de LSP existente, el servidor de API de REST no devuelve ningún error.

  Solución alternativa: Ninguna.

• Debido a los cambios en las rutas de telemetría, no puede ver los datos IS-IS para dispositivos ACX7020 en el acordeón Enrutamiento y MPLS (Observabilidad > estado > Solución de problemas > dispositivos > Device-Name).

  Solución alternativa: Ninguna.

• La página Route Explorer (Observabilidad > enrutamiento) muestra datos solo si ha instalado Junos OS o Junos OS Evolved versión 23.2 o anterior.

• Al agregar un perfil de dispositivo para un plan de implementación de red, si habilita el análisis de protocolo de enrutamiento, los datos de enrutamiento se recopilan para los dispositivos enumerados en el perfil de dispositivo. Al publicar el plan de implementación de red, aunque el flujo de trabajo de incorporación parezca ser correcto, puede haber errores relacionados con la recopilación de datos de enrutamiento para estos dispositivos. Debido a estos errores, los dispositivos no se configurarán para enviar datos a Paragon Automation y, por lo tanto, los datos de enrutamiento no se mostrarán en la página Route Explorer de la GUI de Paragon Automation. Este problema también se produce durante la baja de dispositivos, donde los dispositivos desincorporados siguen enviando datos a Paragon Automation.

  Este problema también se produce cuando no ha configurado ASN o ID de enrutador en los dispositivos, o cuando ha bloqueado la configuración del dispositivo para edición exclusiva.

  Solución alternativa: Para solucionar este problema:

  1. Realice una de las siguientes acciones:

     • Compruebe los registros de servicio ejecutando el request paragon debug logs namespace routingbot app routingbot service routingbot-apiserver comando Shell. Tome las medidas necesarias en función de los mensajes de error que ve en #xd_6e389dfcf6e0ccd1-2b9339cf-18ebe20edd7--7ce6__table_xxs_ppc_r2c.

       Tabla 1: Mensajes de error

       Problema de	mensajes de error
       Error al obtener la información del perfil del dispositivo para dev_id {dev_id}: {res.status_code} - {res.text} No se pudo obtener la información del dispositivo para dev_id {dev['dev_id']}. Omitir dispositivo.	Error en la llamada de la API a PAPI para obtener la información del dispositivo.
       No se encontraron resultados en la respuesta para dev_id {dev_id} No se pudo obtener la información del dispositivo para dev_id {dev['dev_id']}. Omitir dispositivo.	La llamada de API a PAPI devuelve una respuesta sin datos.
       Información completa del dispositivo no encontrada en la respuesta para dev_id {dev_id} : {device_info}	La llamada de la API a PAPI devuelve una respuesta con datos incompletos.
       No se encontraron datos para dev_id {dev_id} de PF	Error en la llamada de la API a Pathfinder para obtener la información del dispositivo.
       No se encontraron datos necesarios para dev_id {dev_id} a partir de datos de PF:{node_data}	La llamada de la API a Pathfinder para obtener información del dispositivo devuelve una respuesta con datos incompletos.
       Error de configuración de EMS con error, para config: {cfg_data} o EMS Config push error {res} {res.text} | Pruebe: {reintentos}. Error al configurar BMP en el dispositivo {mac_id}	Error en la configuración del BGP.
       Formato no válido para la versión principal, secundaria o de lanzamiento: {os_version}	La versión del sistema operativo del dispositivo no es compatible.
       Error POST {self.config_server_path}/api/v2/config/device/{dev_id}/ {data} {res.json()}	Error en la aplicación Playbook.
       Error PUT:{self.config_server_path}/api/v2/config/device/{dev_id}/ {data} {res_put.json()}	Error en la eliminación del manual de estrategias.
       Error PUT:{self.config_server_path}/api/v2/config/device/{dev_id}/ {data} {res_put.json()}	Error en el dispositivo o en la aplicación del manual para el grupo de dispositivos.
       Error PUT {self.config_server_path}/api/v2/config/device-group/{site_id}/ {data} {res_put.json()}	Error al eliminar el dispositivo o el manual del grupo de dispositivos.

     • Examine la configuración del dispositivo para comprobar si el dispositivo muestra una ausencia o presencia inesperada de la configuración. Por ejemplo, puedes,

       • Vea las configuraciones presentes en set groups paragon-routing-bgp-analytics routing-options bmp.

       • Compruebe la configuración del dispositivo en el pod JTIMON.

  2. Después de resolver los problemas anteriores, edite el perfil del dispositivo del plan de implementación de red que ha aplicado para el dispositivo. En función de si está incorporando o desembarcando dispositivos, habilite o deshabilite la opción Análisis de protocolo de enrutamiento en el perfil del dispositivo.

  3. Publicar el plan de implementación de la red.

  4. Compruebe si se ven los resultados necesarios en función de los datos que se muestran en la página Route Explorer de la GUI de Paragon Automation.

• Después de actualizar a Juniper Paragon Automation versión 2.4.1, debe configurar la dirección VIP de cRPD para habilitar las funciones de observabilidad de enrutamiento.

  Para habilitar las características de observabilidad de enrutamiento, ejecute los siguientes comandos:

• En el acordeón Interfaces, los gráficos de errores no corregidos FEC están disponibles sólo en interfaces que admiten velocidades iguales o superiores a 100 Gbps.

• Después de aplicar una nueva configuración para un dispositivo, la página Configuración activa para (Observabilidad> Solucionar problemas del dispositivo > Device-Name > acordeón Configuración > Ver vínculo de configuración activa) no muestra la configuración más reciente inmediatamente.Device-Name Los cambios más recientes tardan varios minutos en reflejarse en la página Configuración activa paraDevice-Name.

  Solución alternativa: Puede comprobar si las nuevas configuraciones se aplican al dispositivo iniciando sesión en el dispositivo mediante la CLI.

• Si se descubre un dispositivo a través de una sesión de emparejamiento BGP-LS incluso antes de incorporar el dispositivo, se crean LSP duplicados cuando se establece una sesión PCEP con el dispositivo. En raras ocasiones, los LSP duplicados que se crean seguirán manteniendo.

  Solución alternativa: Si ve LSP duplicados, vuelva a ejecutar el análisis de configuración después de asegurarse de que TopoServer ha recibido el perfil para la cabecera del LSP de edgeAdapter. El análisis de la configuración solo se activa cuando hay un evento de confirmación en el dispositivo. Para activar manualmente el análisis de la configuración:

  1. Inicie sesión en el pod del programador de flujo de aire.

     kubectl -n airflow exec -it $(kubectl -n airflow get pods -l component=airflow-scheduler -o jsonpath='{.items[0].metadata.name}') -c scheduler -- bash

  2. Ejecute el análisis de la configuración.

     cd /opt/airflow/mount /opt/airflow/mount/utils/getipconf -northstar -noVT -noASNodeLink -topo_id 10 -dir /opt/airflow/mount/collection/<org id>/<topo id>/config/config -i /opt/airflow/mount/collection/<org id>/<topo id>/config/interface -geo /opt/airflow/mount/collection/<org id>/<topo id>/config/geo_file.json

• El número de dispositivos en mal estado enumerados en las páginas Solucionar problemas de dispositivos y Panel de estado (Observabilidad > estado) no coincide.

  Solución alternativa: Ninguna.

• No puede eliminar nodos y vínculos no deseados de la GUI de Paragon Automation.

  Solución alternativa: Use las siguientes API de REST para eliminar nodos y vínculos:

  • API de REST para eliminar un vínculo:

    [ELIMINAR] https://{{server_ip}}/topology/api/v1/orgs/{{org_id}}/{{topo_id}}/links/{{link_id}}

    Nota:

    Puede seguir los pasos descritos aquí para obtener la URL real.

    Por ejemplo

    • URL: 'https://10.56.3.16/topology/api/v1/orgs/f9e9235b-37f1-43e7-9153-e88350ed1e15/10/links/15'

    • Rizo:

  • API de REST para eliminar un nodo:

    [ELIMINAR] https:// {{Server_IP}}/topology/api/v1/orgs/{{Org_ID}}/{{Topo_ID}}/nodes/{{}Node_ID}

    Nota:

    Puede seguir los pasos descritos aquí para obtener la URL real.

    Por ejemplo,

    • URL: ' https://10.56.3.16/topology/api/v1/orgs/f9e9235b-37f1-43e7-9153-e88350ed1e15/10/nodes/1'

    • Rizo:

    Use el siguiente procedimiento para obtener la dirección URL real que usa en CURL para eliminar un vínculo o un nodo:

    1. Vaya a la página Topología (Observabilidad > topología).

    2. Abra la herramienta de desarrollo en el navegador utilizando los botones CTRL + Mayús + I del teclado.

    3. En la herramienta de desarrolladores, seleccione Red y seleccione la opción de filtro XHR .

    4. Identifique el número de índice del vínculo o del número de nodo. Para identificar el número de índice de vínculo con el número de nodo:

       1. En la página Topología de la GUI de Paragon Automation, haga doble clic en el vínculo o nodo que desea eliminar.

          Aparecerá la página Vínculo Link-Name o la página Nodo Node-Name .

       2. Vaya a la pestaña Detalles y anote el número de índice del vínculo o el número de nodo que se muestra.

    5. En la herramienta de desarrolladores, seleccione y haga clic en la fila según el número de índice del vínculo o el número de nodo relacionado con el vínculo o el nodo que desea eliminar.

    6. Copie la URL que necesita usar para eliminar el vínculo o nodo en CURL.

• No todos los módulos ópticos admiten todos los KPI relacionados con la óptica. Consulte #xd_6e389dfcf6e0ccd1-2b9339cf-18ebe20edd7--7ce6__table_xkn_l1b_cdc para obtener más información.

  Solución alternativa: Ninguna.

  Tabla 2: KPI admitidos para módulos ópticos

  Módulo	KPI de pérdida de señal Rx	KPI de pérdida de señal de Tx	KPI con láser deshabilitado
  Óptica SFP	No	No	No
  Óptica CFP	Sí	No	No
  CFP_LH_ACO óptica	Sí	No	No
  Óptica QSFP	Sí	Sí	Sí
  Óptica CXP	Sí	Sí	No
  Óptica XFP	No	No	No

• Para dispositivos PTX100002, se observan los siguientes problemas en el acordeón de interfaz (Observabilidad > estado > Solución de problemas de dispositivos > Descripción general del nombre del dispositivo>):

  • En la página Detalles de los conectables para Device-Name (Interfaces acordeón > enlace de datos conectables), los gráficos Optical Tx Power y Optical Rx Power no muestran ningún dato.

  • En la página Detalles del tráfico de entrada para Device-Name (acordeón de interfaces > enlace de datos de tráfico de entrada), el gráfico Funcionalidad de señal no muestra ningún dato.

Orquestación de servicios

• Si se ejecutan diferentes servicios L3VPN en el mismo IFD utilizando diferentes valores de MTU, se produce un error en el aprovisionamiento del servicio.

  Solución alternativa: Asegúrese de que los valores de MTU sean los mismos para los servicios L3VPN que comparten el mismo IFD.

• Los siguientes acordeones de la ficha Garantía pasiva (Orquestación > instancias > Service-Order-Name detalles) muestran datos incorrectos o ninguno:

  • Acordeón BGP: la columna Estado de VPN muestra datos incorrectos para dispositivos perimetrales de cliente (CE) o de borde de proveedor (PE) con vecinos IPv4 o IPv6.

  • Acordeón OSPF: no hay entradas IPv6 en la columna Dirección del vecino para dispositivos CE o PE con vecinos IPv6.

  • Acordeón L3VPN: la columna Estado de VPN muestra datos incorrectos para los protocolos OSPF y BGP. Las columnas Sesión vecina y Estado VPN están en blanco para dispositivos CE o PE con dirección IPv4 o IPv6 estática.

  Este problema se produce sólo para un servicio L3VPN.

  Solución alternativa: Ninguna.

• Si no hay ninguna opción de interfaz válida disponible para una combinación de dispositivos CE y PE, el menú desplegable Interfaz estará vacío.

  Solución alternativa: Puede realizar una de las siguientes acciones:

  • Seleccione una combinación diferente de CE y PE.

  • Anule la selección del dispositivo CE antes de seleccionar el dispositivo PE y su interfaz. En este escenario, el sistema asigna automáticamente el dispositivo CE.

• Si actualiza Paragon Automation de la versión 2.3.0 a la 2.4.1, es posible que no pueda modificar las VLAN para los accesos a la red del sitio en las instancias de servicio L3VPN existentes.

  Solución alternativa: Debe actualizar las instancias de servicio a la versión 2.4.1 para utilizar la funcionalidad de ubicación interactiva.

• El nombre del dispositivo no se muestra cuando coloca el cursor sobre el hipervínculo Ver detalles en la sección Eventos relevantes del acordeón L3VPN (Orquestación > instancias > instancias de servicio > Service-Instance-Name hipervínculo > Service-Instance-Name ficha Detalles > Garantía pasiva).

  Solución alternativa: Ninguna.

• Si ha actualizado el recurso de topología de la versión 2.2.0 o 2.3.0 a la versión 2.4.1 y si posteriormente edita y aprovisiona una instancia de servicio (L3VPN o EVPN) que se creó en una versión anterior (versión 2.3.0 o 2.2.0), se produce un error en el aprovisionamiento de la instancia de servicio.

  Solución alternativa: Antes de empezar a editar la instancia de servicio, asegúrese de que el recurso de topología y la instancia de servicio estén en la misma versión. Puede optar por actualizar primero el recurso de topología y luego el servicio, o viceversa.

• Cuando incorpora dispositivos en lotes, debido al escalado automático de pods horizontales de Kubernetes de pods de trabajadores de flujo de aire, es posible que se produzca un error en la incorporación para los dispositivos que se encuentran en medio del proceso de incorporación.
• Solución alternativa: Use la opción Reanudar incorporación en la GUI de Paragon Automation para reiniciar la incorporación.

• Después de actualizar Paragon Automation de la versión 2.2.0 a la versión 2.4.1, asegúrese de actualizar la instancia de servicio L3VPN antes de actualizar la instancia de recursos de topología; de lo contrario, podría encontrar problemas.

  Solución alternativa: Actualice primero todas las instancias de servicio y, a continuación, actualice la instancia de recursos de topología.

• El tipo de servicio "vpn_svc_type" se muestra como "pbb-evpn" en lugar de "evpn-mpls" en la GUI de Paragon Automation y a través de la API de REST.

  Solución alternativa: Ninguna.

• Para un dispositivo MX 240, los datos relacionados con OSPF no se rellenan en la ficha Garantía pasiva (Orquestación > instancias > Service-Order-Name detalles).

  Solución alternativa: Configure OSPF en el dispositivo perimetral del cliente (CE).

• Al crear o modificar un pedido de servicio EVPN, no puede configurar varios ID de VLAN en la interfaz Ethernet agregada (AE). El EVPN considera el puerto AE como un único recurso y, por lo tanto, una interfaz AE no se puede reutilizar entre instancias de servicio, incluso cuando los ID de VLAN en el IFL AE difieren.

  Solución alternativa: Ninguna.

• Al hacer clic en el icono Actualizar de la Service-Instance-Name página Detalles (> instancias de Orchestration > ), Service-Instance-Namees posible que no vea los eventos más recientes en la sección Eventos relevantes.

  Solución alternativa: Para ver los eventos más recientes, en lugar de usar el icono Actualizar, vaya a la página Instancia de servicio (Instancias de > de orquestación) y seleccione la instancia de servicio para la que necesita ver los eventos más recientes.

• Al modificar una instancia de servicio L3VPN existente, si intenta eliminar un dispositivo que ya forma parte de un plan de implementación de red, se produce un error en el flujo de trabajo de modificación.

  Solución alternativa: En la página Monitores, detenga todos los monitores asociados con el dispositivo que deben eliminarse en la instancia de servicio. Después de detener los monitores relevantes, puede continuar modificando la instancia del servicio L3VPN.

• La pestaña Historial de pedidos de la L3VPN-Name página Detalles (Instancias de > orquestación > Service-Instance-Name hipervínculo) enumera todo el historial de pedidos si anuesta el aprovisionamiento de una instancia de servicio y posteriormente aprovisiona un servicio con los mismos detalles que los del servicio desaprovisionado.

  Solución alternativa: Ninguna.

• En una configuración escalada, no se pueden actualizar diseños de servicio de forma masiva.

  Solución alternativa: Se recomienda actualizar solo un diseño de servicio a la vez.

• La columna Velocidad de tráfico de salida del acordeón Interfaz lógica (página Instancias > orquestación > instancias de servicio > service-instance-name hipervínculo > Service-Instance-Name Detalles) muestra algunos datos incluso cuando no hay tráfico a través de los dispositivos.

  Solución alternativa: Ninguna.

Garantía activa

• Es posible que no pueda ver la página Pruebas (Observabilidad > Active Assurance) si su tipo de rol es Observador.

  Solución alternativa: Ninguna.

• Si instaló Test Agent en un enrutador mientras usaba Juniper Paragon Automation Release 2.3.0 o versiones anteriores, y posteriormente si actualiza a Paragon Automation Release 2.4.1 y reinicia el router, habrá una discrepancia entre la versión de Test Agent instalada en el enrutador y la versión de Test Agent disponible en Paragon Automation. Debido a este problema, no puede ejecutar pruebas o monitores en el enrutador que se reinicia.

  Solución alternativa: Después de actualizar Paragon Automation a la versión 2.4.1, inicie sesión en el enrutador y ejecute el delete services paa test-agent ta-version comando para quitar la información de versión del agente de prueba de la configuración del agente de prueba.

• El estado de un agente de prueba se muestra como sin conexión después de que el motor de enrutamiento del dispositivo cambie del motor de enrutamiento principal al motor de enrutamiento de reserva, o viceversa. Este problema sólo se produce si está utilizando una versión de Junos OS que es anterior a 23.4R2.

  Solución alternativa: Vuelva a instalar Test Agent después del cambio de motor de enrutamiento.

• No puede ejecutar varias versiones de complementos en un agente de prueba.

  Solución alternativa: Cuando actualice Paragon Automation, reinicie todas las mediciones antes de crear nuevas mediciones.

• Al hacer clic en un monitor en la página Monitores (Observabilidad > Active Assurance), la Monitor-Name página tarda aproximadamente un minuto en cargar los datos. Este problema se produce sólo cuando hay más número de eventos en el sistema.

  Solución alternativa: Ninguna.

• Las secuencias no se generan cuando se crea una prueba con un complemento DNS y se genera el siguiente evento:

  Could not get nameserver from resolv.conf

  Este problema se produce cuando la prueba está asociada con un agente de prueba que se ejecuta en un enrutador de Juniper Networks con Junos OS EVO instalado y no se especifica el campo Servidor de nombres al configurar una prueba.

  Solución alternativa: Asegúrese de especificar un valor para el campo Servidor de nombres al configurar una prueba.

• Después de actualizar un monitor o una plantilla de prueba creada por otro usuario, la columna Actualizado por en las páginas Monitores (Observabilidad > Active Assurance) y Plantilla de prueba (Inventario > Active Assurance) no refleja el nombre del usuario que modificó el monitor o la plantilla de prueba.

  Solución alternativa: Ninguna.

• Cuando se agrega un nuevo host al monitor existente, las nuevas mediciones no se reflejan en la ficha Garantía activa del Panel de estado (Observabilidad > estado).

  Solución alternativa: Ninguna.

• La tabla dispositivos de la ficha Dispositivos (Panel de observabilidad > estado > estado > Active Assurance (ficha) > Haga clic en cualquier acordeón > la pestaña Ver detalles > elementos afectados ) no enumera los dispositivos que tienen mediciones en mal estado.

  Solución alternativa: Ninguna.

Optimización de la red

• Los LSP de enrutamiento por segmentos (SR) no se crean cuando se publica una intención de ruta con un perfil de túnel de SR. Este problema se produce porque el vínculo de difusión no es compatible debido a la naturaleza de elección dinámica del enrutador designado (DR) en OSPF o sistema intermedio designado (DIS) en IS-IS.

  Solución alternativa: Ninguna.

Confianza

No hay problemas conocidos en esta versión.

Administración

• Es posible que la autenticación LDAP no funcione para usuarios que no están incluidos en el contenedor CN=Users.

  Solución alternativa: Agregue usuarios al CN=Users contenedor.

• El tamaño máximo de una plantilla de configuración admitida es de 1 MB y no de 10 MB, como se indica en el mensaje de error de la interfaz gráfica de usuario.

  Solución alternativa: Ninguna.

• Ocasionalmente, hay un retraso notable de hasta 10 minutos entre el momento en que se activa una alerta y el momento en que aparece en la GUI.

  Solución alternativa: Ninguna.

Instalación y actualización

• Al ejecutar los request paragon deploy cluster comandos o request paragon service start , a veces los comandos pueden fallar porque el config.yml está vacío. En tales casos, el archivo de registro puede mostrar un error similar al siguiente:

  Solución alternativa: Realice los pasos siguientes antes de volver a ejecutar cualquiera de los comandos.

  1. Compruebe que el archivo config.yml está vacío mediante el file show /epic/config/config.yml comando.

     Si el archivo config.yml está vacío, realice los pasos siguientes.

  2. Vuelva a generar los archivos de configuración mediante el request paragon config comando.

  3. Escriba exit para salir al shell raíz de Linux.

  4. Ejecute los siguientes comandos:

     • # chattr +i /root//epic/config/inventory
     • # chattr +i /root//epic/config/config.yml

  5. Escriba cli para entrar en Paragon Shell.

  6. Ejecute los request paragon deploy cluster comandos o request paragon service start (según sea el caso).

  7. Escriba exit inmediatamente para salir al shell raíz de Linux.

  8. Ejecute los siguientes comandos:

     • # chattr -i /root//epic/config/inventory
     • # chattr -i /root//epic/config/config.yml

  9. Escriba cli para volver a entrar en Paragon Shell.

  10. Supervise el progreso de la implementación mediante el monitor start /epic/config/log comando.

• La herramienta vmrestore restaura los datos en pods vmstorage. Mientras realiza la restauración, la herramienta crea un archivo de bloqueo que impide que cualquier otra aplicación acceda a los datos durante la fase de restauración. Sin embargo, a veces la herramienta vmrestore no puede borrar el archivo de bloqueo y los pods vmstorage no pueden acceder a los datos.

  Solución alternativa: El bloqueo se puede liberar volviendo a ejecutar la operación de restauración con los mismos archivos de copia de seguridad. Para obtener información sobre cómo restaurar el clúster de Paragon Automation, consulte Copia de seguridad y restauración de Paragon Automation.

• Cuando el nodo de trabajo está inactivo, puede haber problemas si crea una organización o incorpora un dispositivo.

  Solución alternativa: No cree una organización ni incorpore un dispositivo cuando un nodo de trabajo esté inactivo. Debe esperar hasta que el clúster se recupere y, a continuación, crear una organización o incorporar un dispositivo. El estado recuperado es cuando todos los pods están en Running o Pending estados y no están en ningún estado intermedio como Terminating, CrashloopbackOff, y así sucesivamente.