Solución de problemas de Roving Edge Infrastructure

Obtención de Oracle Support

Si después de revisar y usar estos consejos de solución de problemas aún necesita ayuda, abra una solicitud de servicio para su problema. Consulte Apertura de un ticket de soporte para obtener más información.

El dispositivo se vuelve a bloquear.

Los dispositivos de Roving Edge Infrastructure requieren que los desbloquee después de cada reinicio y apagado y encendido. Si el RED está bloqueado inesperadamente, verifique que la conexión de alimentación esté estable y compruebe si se reinició recientemente. Compruebe que la conexión de alimentación esté estable y que el dispositivo Roving Edge Infrastructure no se haya reiniciado.

Salida de la consola serie

Desconecte la consola serie introduciendo lo siguiente en orden secuencial: Intro, ~ (tilde), . (punto).

La URL de la consola del dispositivo muestra el mensaje "no disponible" o "no de confianza"

La consola de dispositivos se comunica con TLS/HTTPS en el puerto 8015 de cada dispositivo de Roving Edge Infrastructure. Cuando el explorador muestre una advertencia de seguridad que indique que la URL no está disponible o no es una URL de confianza, asegúrese de que el certificado TLS esté instalado y sea de confianza en su equipo.

Si el certificado TLS de la consola de dispositivos no está instalado y es de confianza en el equipo host, agregue el certificado TLS de la consola de dispositivos mediante el explorador a la recopilación de llaveros/certificados del equipo host y márquelo como de confianza. En exploradores como Chrome, Edge y Firefox, el certificado TLS reside en la ventana del explorador a la izquierda de la URL. Consulte la documentación de su navegador para obtener más información sobre cómo descargar el certificado.

También puede aparecer un mensaje "no disponible" o "no de confianza" si el sistema está parcialmente caído. Los ejemplos incluyen el reinicio para una actualización del sistema o el inicio por primera vez después de una interrupción del suministro eléctrico. Para ayudar a diagnosticar si el problema está relacionado con el certificado TLS o una interrupción del sistema, compruebe si hay una respuesta correcta o incorrecta al punto final https://<host>:12060/v1/tenants/orei en el explorador del operador o con una herramienta como CURL. Si el acceso a ese punto final genera una advertencia de seguridad, compruebe que el certificado TLS del dispositivo Roving Edge Infrastructure esté correctamente instalado y sea de confianza. Si el punto final sufre un timeout o devuelve una respuesta que no es 200, es posible que el sistema experimente una interrupción parcial.

Advertencia de seguridad del explorador al acceder a la consola del dispositivo

La consola de dispositivos se comunica con TLS/HTTPS en el puerto 8015 de un dispositivo determinado. Cuando el explorador de la consola de dispositivos muestre una advertencia de seguridad, asegúrese de que el certificado TLS esté instalado y sea de confianza en el dispositivo Roving Edge Infrastructure. Si el certificado TLS de la consola de dispositivos no está instalado y es de confianza en el equipo host, agregue el certificado TLS de la consola de dispositivos en el explorador a la recopilación de llaveros/certificados del equipo host. A continuación, márquelo como de confianza. En exploradores como Chrome, Edge y Firefox, el certificado TLS reside en la ventana del explorador a la izquierda de la URL. Consulte la documentación del explorador para obtener más información sobre cómo descargar el certificado.

"Servicio desconocido" al crear políticas para "rover de servicio"

Si obtiene el error "Servicio desconocido" al crear políticas para "rover de servicio", es posible que necesite crear un arrendamiento secundario en Oracle Cloud Infrastructure. Consulte Creación de un nuevo arrendamiento secundario en la documentación de Oracle Cloud Infrastructure para obtener más información sobre esta función.

El icono de carga de actualización del sistema sigue girando

La herramienta de actualización del sistema persiste en su estado de carga hasta que se produce un timeout, después de lo cual indica que no se puede determinar el estado de actualización del sistema. Este timeout se produce con mayor frecuencia cuando los RED están desconectados de Internet. La actualización del sistema requiere una conexión a OCI para determinar si hay disponible una actualización para RED.

Si el dispositivo está desconectado de Internet, puede actualizarlo mediante el proceso de actualización desconectado. Consulte Actualización del software de dispositivo de Roving Edge Infrastructure mientras está desconectado para obtener más información.

El proceso de descarga del paquete de actualización del sistema falla

Compruebe la conexión a Internet y pulse Download Upgrade (Descargar actualización) para intentar la descarga. Si la descarga no se realiza correctamente después de varios intentos, póngase en contacto con los Servicios de Soporte Oracle para obtener ayuda.

No se ha enviado el rango de direcciones IP para la configuración del pool de IP pública

Después de escribir un rango de IP y pulsar Intro, vuelva a pulsar Intro en la línea de entrada en blanco para enviar. Si se necesitan más rangos de IP, pulse Intro después de cada rango para abrir otra línea de entrada. Envíe una línea de entrada en blanco como la última entrada para enviarlo todo. Para cancelar y volver, haga clic en Ctrl+C.

No se puede acceder a los puntos finales de servicio público (169.254.169.254 en los puertos 8015, 18336, etc.)

Asegúrese de que el firewall de la instancia no bloquee el rango de direcciones 196.254.0.0/16. Es común que una imagen exportada por OCI bloquee el rango de direcciones locales de enlace por defecto. Si es así, elimine la regla que está bloqueando cualquier conexión a 196.254.0.0/16 de la configuración del firewall. Consulte la documentación del sistema operativo sobre el procedimiento de configuración del firewall.

La falta de espacio de almacenamiento disponible provoca el fallo de las operaciones de volumen en bloque

La falta de espacio de almacenamiento disponible puede provocar fallos en las operaciones de almacenamiento de bloques. Libere espacio suprimiendo recursos que ya no sean necesarios, como objetos de almacenamiento de objetos, volúmenes de inicio y en bloque y máquinas virtuales. Revisa regularmente el almacenamiento disponible de tus REDs para asegurarte de que no corres el riesgo de agotarte. Consulte Roving Edge Infrastructure Device Monitoring para obtener más información.

La baja capacidad disponible de almacenamiento de objetos dispara advertencias y solo lectura

Cuando el sistema alcanza el 80% de capacidad utilizada, activa un estado de Advertencia en la página Supervisión. Cuando el sistema alcanza el 95% de capacidad utilizada, entra en modo de solo lectura y la página Supervisión muestra el estado de Object Storage como Degradado o Advertencia.

Oracle recomienda evitar ejecutar operaciones de escritura intensivas cuando el sistema funciona al 80 % de la capacidad utilizada. Si está en o cerca del 80 %, transfiera datos a la nube de OCI hasta que el sistema esté muy por debajo del 80 % de capacidad.

Si el sistema supera el umbral de capacidad utilizada del 95%, pasa al modo de solo lectura y la funcionalidad principal (incluidos los recursos informáticos y el almacenamiento de objetos) está limitada. Se suspenden todas las operaciones de recursos informáticos, como máquinas virtuales personalizadas, volúmenes de inicio y volúmenes en bloque, y todas las operaciones de almacenamiento de objetos. La suspensión del sistema impide escribir en un dispositivo de almacenamiento cuando no se puede garantizar la durabilidad ni la redundancia.

Si no queda espacio de almacenamiento disponible en el dispositivo, puede liberar más espacio suprimiendo recursos que ya no sean necesarios, como objetos de Object Storage, volúmenes de inicio y en bloque y máquinas virtuales. Si las solicitudes de supresión fallan porque no queda espacio de almacenamiento y el sistema está en modo de solo lectura, puede activar el modo seguro mediante la consola serie. El modo seguro le permite realizar las supresiones necesarias.

Evitar la suscripción excesiva de problemas de almacenamiento

Siga las recomendaciones de mejores prácticas sobre cómo configurar o planificar el consumo de recursos de Compute, Block Storage y Object Storage para evitar problemas de sobresuscripción. El almacenamiento de bloques y los recursos informáticos no reservan espacio de almacenamiento para los volúmenes con antelación. En su lugar, el espacio de almacenamiento se consume cuando se escriben datos en el volumen. Por ejemplo, si se crea un volumen en bloque de 100 GB, no significa que se reserven 100 GB del espacio de almacenamiento total disponible para este volumen. El espacio de almacenamiento permanece disponible para todos los servicios y se puede agotar antes de que el volumen de 100 GB se llene con datos.

Además, Compute y Block Storage no validan el tamaño especificado de un volumen creado con respecto al espacio de almacenamiento disponible. Esta falta de validación puede provocar una sobresuscripción cuando el tamaño total de los volúmenes creados supera el espacio de almacenamiento disponible en el dispositivo. No se base en el tamaño de los volúmenes en bloque para calcular el uso del espacio de almacenamiento. En su lugar, siga la información sobre el uso de espacio de almacenamiento que se muestra en la página Monitoring de la consola de dispositivos.

La página Monitoring muestra el estado de Object Storage como "Degraded" o "Warning"

Si la función de almacenamiento dentro de un funcionamiento incorrecto de RED o tiene problemas físicos, la página Monitoring de la consola de dispositivos puede mostrar el estado Warning (Advertencia) o Degraded (Degradado) periódicamente para el servicio Object Storage. Si se produce esta situación, RED intenta volver a equilibrar su almacenamiento y recuperar el nivel de redundancia declarado. Finalmente, muestra un estado en buen estado si RED tiene espacio disponible y puede recuperar suficientes copias redundantes en el resto de los dispositivos RED que se utilizan para almacenamiento.

La importación de imágenes de Object Storage a Compute está tardando mucho tiempo

Si una imagen no aparece en la lista Imágenes personalizadas, la importación ha fallado. Si la importación falla, compruebe la página Detalles de los nodos de dispositivo:

1. Abra el menú de navegación y seleccione Node Management (Gestión de nodos) > Nodes. Aparece la página Nodos, que muestra el estado del servicio y la función de todos los dispositivos de Roving Edge Infrastructure en formato tabular.

2. Seleccione el nodo cuyo estado desea supervisar y consulte la página Detalles.

3. Haga clic en el separador Storage (Almacenamiento) y revise qué porcentaje del dispositivo de almacenamiento se ha utilizado.

Si el servicio Object Storage no está en buen estado, la página Supervisión muestra Degradado o Advertencia como estado. Si Object Storage está en buen estado, consulte la página Supervisión para asegurarse de que existe suficiente espacio disponible. Si no hay suficiente espacio disponible, elimine las imágenes, los objetos, las máquinas virtuales y otros elementos para dejar espacio a la imagen deseada.

Los objetos con determinados ID de versión pueden causar problemas

oci os object get ... --version-id '-WhjCQ.-IYgDLuoZ9gbxpn.8Q.q-iZt' ...

Si esto ocurre, puede utilizar una de estas soluciones alternativas:

• Incluya el signo igual ("=") entre el parámetro --version-id y su valor. No incluya espacios antes de después de =. Por ejemplo:

  oci os object get ... --version-id="-WhjCQ.-IYgDLuoZ9gbxpn.8Q.q-iZt" ...

  Utilice comillas dobles alrededor del valor.

• Incluya el parámetro --from-json en el comando y especifique la entrada en formato JSON. Consulte Opciones de JSON avanzadas para obtener más información.

El intento de creación de instancia da como resultado el mensaje "Sin capacidad"

La capacidad de la instancia está limitada por el número de núcleos disponibles y la memoria disponible. Termine algunas de las instancias existentes que no están en uso y vuelva a intentarlo. Las instancias paradas se tienen en cuenta para los recursos utilizados.

Fallo de importación de imagen

Las imágenes grandes tardan un tiempo en importarse, mucho más si otras aplicaciones u operaciones con mucho disco están en marcha. Si una importación tarda demasiado y desea finalizarla, seleccione Terminar en el menú Importar. Una importación de imagen sufrirá un timeout y se cancelará automáticamente después de cuatro horas.

La VM se inicia en estado En ejecución, pero al realizar un bucle de conexión en algunos mensajes de inicio

Roving Edge Infrastructure solo admite imágenes .oci y .qcow2, con inicio UEFI. Para comprobar si hay problemas relacionados con imágenes, abra la consola de dispositivos y vaya a la página Detalles de la instancia informática de máquina virtual. Compruebe si el formato de imagen es .oci, .qcow2 u otro tipo. Las imágenes exportadas desde la nube de OCI suelen ser de tipo .oci. Confirme la imagen y el tipo de inicio con el proveedor de la imagen.

En una máquina Linux, utilice la utilidad qemu-img para ver información de imagen mediante el siguiente comando:

qemu-img info image_file

No se puede acceder al recurso externo desde la instancia de VM

1. Si el nombre de dominio hace referencia a un recurso externo, asegúrese de que los solucionadores de DNS externos se agreguen a la lista de servidores de nombres dentro de la instancia. Consulte la documentación del sistema operativo sobre el procedimiento de configuración de DNS.

   Por ejemplo, en algunos sistemas basados en Linux, las IP del servidor de nombres se deben agregar al archivo /etc/resolv.conf.

2. Asegúrese de que la configuración de conectividad externa de RED sea correcta. Consulte Administering Devices.
3. Asegúrese de que la configuración del firewall de instancia no bloquea las conexiones salientes. Consulte la documentación del sistema operativo sobre los procedimientos de configuración del firewall.

No se puede conectar a la instancia de VM mediante SSH

1. Asegúrese de que la instancia de VM se esté ejecutando. Abra la consola de dispositivos y compruebe la página Detalles de la página de instancia informática de máquina virtual para asegurarse de que el estado de la instancia es EN EJECUCIÓN. Si la instancia no se está ejecutando, introduzca Iniciar para iniciar la instancia. Espere a que el estado cambie a RUNNING.

2. Asegúrese de que la instancia de VM tenga asignada una dirección IP pública. Abra la consola de dispositivos y vaya a la página Detalles de la instancia informática de máquina virtual. Haga clic en el nombre de la instancia y verifique que la instancia tiene asignada una IP pública revisando el valor de Dirección IP pública en la sección Acceso a instancia.

   Si la instancia no tiene una IP pública asignada, agregue una mediante los siguientes pasos:

   1. Abra la página Detalles de la instancia de máquina virtual informática.

   2. Haga clic en VNIC asociadas en Recursos para mostrar la lista de VNIC asociadas.

   3. Seleccione la VNIC primaria.

   4. Aparecerá la página Detalles de la VNIC principal.

   5. Haga clic en Editar.

      También puede seleccionar el menú Acciones () de la VNIC que desea editar y hacer clic en Editar.

      Aparecerá el cuadro de diálogo Editar VNIC.

   6. Seleccione la opción IP pública efímera.

   7. Haga clic en Actualizar.

   8. Si falla la asignación de IP pública, abra la consola serie y seleccione Configuración de red para asegurarse de que la agrupación de direcciones IP públicas de RED esté configurada y tenga IP disponibles.

3. Asegúrese de que la configuración de conectividad externa de RED sea correcta. Abra la consola serie y seleccione Configuring Devices. Asegúrese de que la dirección IP del RED, la longitud del prefijo de red y la dirección IP de la puerta de enlace estén configuradas correctamente.

4. Asegúrese de que se pueda acceder a la instancia de VM mediante solicitudes ICMP. Ejecute este comando:

   ping 100.100.1.10

   donde 100.100.1.10 es la dirección IP pública de la instancia de destino. Si el comando se ejecuta correctamente, el problema puede ser con la configuración de la instancia (servicio SSH, reglas de firewall). Consulte la documentación de su sistema operativo sobre la configuración de SSH y firewall para obtener más información.

5. Asegúrese de que la instancia de VM se haya iniciado correctamente. Si la ejecución del comando ping 100.100.1.10 no es correcta, compruebe el historial de la consola de instancia para buscar una secuencia de inicio correcta. Consulte Captura del historial de consola para Roving Edge Infrastructure.

6. Reinicie el nodo con el botón de encendido del dispositivo o mediante la consola serie.

No se puede acceder a un puerto de una instancia de VM desde la máquina externa

1. Asegúrese de que la configuración de conectividad externa de RED sea correcta. Consulte Administering Devices.

2. Asegúrese de que la configuración del firewall de instancia no bloquee las conexiones entrantes. Consulte la documentación del sistema operativo sobre el procedimiento de configuración del firewall.

3. Asegúrese de que la dirección IP pública accede a la instancia de máquina virtual, no a la dirección IP privada ni al nombre de dominio completo (FQDN). La dirección IP privada de la instancia solo está visible dentro de la subred de VCN. El FQDN de instancia solo está visible cuando se utiliza el servicio de DNS interno de la VCN por defecto (169.254.169.254), al que no se puede acceder fuera de la red de VCN.

No se puede acceder a la instancia de VM desde otra instancia

1. Asegúrese de que la instancia de destino está en ejecución. Abra la consola de dispositivos y compruebe la página Detalles de la instancia informática de máquina virtual para asegurarse de que el estado de la instancia de destino es En ejecución.

2. Asegúrese de que la instancia que envía la solicitud tenga configurada correctamente la configuración de red, como la dirección IP, la máscara de red y la puerta de enlace. Siga las directrices de configuración de subred al realizar la configuración. Consulte la documentación del sistema operativo sobre la configuración de red para obtener más información.

   En sistemas basados en Linux, verifique la configuración con el siguiente comando:

   ip addr show ip route show default

3. Asegúrese de que la configuración del firewall de la instancia de destino no bloquea las conexiones entrantes. Consulte la documentación del sistema operativo sobre el procedimiento de configuración del firewall para obtener más información.

4. Asegúrese de que la configuración del firewall de instancia de envío de solicitudes no bloquea las conexiones salientes. Consulte la documentación del sistema operativo sobre el procedimiento de configuración del firewall.

5. Si ICMP no está bloqueado en la instancia de destino, asegúrese de que el comando ping sea correcto. Ejecute el siguiente comando desde el shell de instancia de envío de solicitudes:

   ping 10.0.0.2

   donde 10.0.0.2 es la IP privada de la instancia de destino.

6. Si el resultado del comando ping es No route to host, asegúrese de que la ruta por defecto está definida en el gateway de subred. Consulte la documentación del sistema operativo sobre la configuración de ruta predeterminada. Por ejemplo, para sistemas operativos basados en Linux, el comando puede ser:

   ip route show default

   con el resultado esperado:

   default via 10.0.0.1 dev eth0

   donde 10.0.0.1 es la dirección IP del gateway de la subred 10.0.0.0/24 (el gateway de subred de la VCN siempre utiliza la primera dirección del rango de subred).

No se puede acceder a otra instancia de VM mediante un nombre de dominio completo

Asegúrese de que la instancia de destino está en ejecución. Abra la consola de dispositivos y compruebe la página Detalles de la instancia informática de máquina virtual para asegurarse de que el estado de la instancia de destino es En ejecución. Si la instancia de destino está Parada, reiníciela. Confirme que la instancia de envío de solicitudes tiene 169.254.169.254 definido como servidor de nombres. Consulte la documentación del sistema operativo sobre el procedimiento de configuración de DNS para obtener más información.

Se inicia VM, pero no hay ninguna dirección IP pública a la que conectarse mediante SSH

Al crear una instancia de VM, seleccione la opción Asignar una dirección IP pública. Asegúrese de que la agrupación IP pública especificada durante la configuración del dispositivo (mediante la consola serie) tenga suficientes direcciones para el número de máquinas virtuales (incluidas las que tienen el estado Parado). Si no hay suficientes direcciones, finalice algunas máquinas virtuales para liberar direcciones o cree más IP públicas mediante la consola serie.

La creación de VM pasa al estado Terminando

Esto es probable debido a uno de los siguientes:

• Falta de IP públicas: la falta de IP se puede producir debido a que el pool de IP públicas no se configura en la consola serie o está fuera de IP por algún otro motivo no determinado. Compruebe que se ha definido el rango del pool de IP pública de RED (si se crea una VM con la opción por defecto de IP pública):

  1. Abra la consola serie.

  2. Seleccione Configure Networking (Configurar red) (opción 3).

  3. Seleccione Display Public IP Pool Status (Mostrar estado de pool de IP pública) (opción 4).

  Si no se ha definido el pool de IP pública, vuelva atrás y seleccione Rango de pool de IP públicas para instancias informáticas. Siga las instrucciones mostradas para introducir rangos de IP públicas. La consola serie incluye una guía de uso para obtener más información.

• Almacenamiento completo de objetos/bloque: la incapacidad de asignar espacio para el volumen de inicio de la VM puede hacer que la VM entre en el estado Terminación. Asegúrese de que el almacenamiento de objetos/bloque no está lleno comprobando la parte superior de la página Monitoring en la consola de RED.

• Uso completo de CPU: existe un máximo de 32 OCPU en total entre las máquinas virtuales, incluidas las OCPU que se paran. En la página Compute de la consola de dispositivos, asegúrese de que el recuento total de OCPU de las máquinas virtuales existentes sea menor que el máximo de 32. Si se utilizan las 32 OCPU, finalice algunas instancias para liberar recursos.

• Uso completo de GPU: existe un máximo de una máquina virtual de unidad de GPU, incluidas las GPU que se paran. Un RED solo puede tener una única máquina virtual en forma de GPU aprovisionada a la vez. Los intentos de crear más instancias de unidad de GPU terminan durante el aprovisionamiento. En la página Compute de la consola de dispositivos, asegúrese de que no haya instancias con la unidad de GPU en estado En ejecución o Parada. Si existe una instancia con forma de GPU, ciérrela.

• Imagen no válida: Roving Edge Infrastructure solo soporta formatos de imagen .oci y .qcow2, con inicio UEFI. En la página Compute de la consola de dispositivos, abra la sección Instances y determine qué VM está terminando. Haga clic en la máquina virtual de finalización para abrir la página Detalles, donde puede anotar el nombre de la imagen. El nombre y la extensión de la imagen indican si es .oci, .qcow2 u otro tipo. Las imágenes exportadas desde la nube de OCI suelen ser de tipo .oci. Verifique la imagen y el tipo de inicio con la persona que proporcionó la imagen.

  En una máquina Linux, utilice la utilidad qemu-img para ver información de imagen mediante el siguiente comando:

  qemu-img info image_file

Rendimiento lento de VM o uso lento de terminales mediante SSH

El rendimiento lento de RED se puede producir cuando otras máquinas virtuales experimentan un uso intensivo, como las que ejecutan aplicaciones que hacen un uso intensivo del disco o la RED. Las operaciones de dispositivos con muchos recursos, como la importación de grandes contenidos de almacenamiento de objetos o imágenes informáticas, también pueden reducir el rendimiento. Si está trabajando con una aplicación de uso intensivo, utilice una unidad de máquina virtual con un mayor recuento de OCPU, ya que también incluyen más RAM. Pare o finalice la VM actual y, a continuación, cree otra VM con la misma imagen, pero con la unidad más grande.

La máquina virtual se inicia en estado En ejecución, pero SSH rechaza la clave, rechaza la conexión o sufre un timeout.

Si inicia una máquina virtual cuyo estado se muestra como En ejecución, pero SSH rechaza la clave, rechaza la conexión o sufre un timeout, intente lo siguiente:

• Asegúrese de intentar conectarse a la dirección IP pública de la máquina virtual mediante SSH.

• Asegúrese de utilizar la clave privada (no pública) como parte del comando SSH en la computadora host.

• Proporcione a la máquina virtual un minuto o más para que se inicie por completo. Si se proporciona este tiempo, se puede cargar el servicio SSH. Luego, intente conectarse de nuevo.

• En raras ocasiones, si la imagen cargada o importada ya contiene claves SSH de usuario público, es posible que las nuevas claves cargadas o copiadas/pegadas como parte del proceso de creación de la VM no se incluyan. Realice una instantánea de la imagen original con las claves deseadas agregadas y utilice esa imagen modificada.

Instancia de máquina virtual bloqueada durante mucho tiempo

El aprovisionamiento de determinadas imágenes y recursos, como volúmenes de inicio, GPU y unidades más grandes, puede tardar hasta 10 minutos. Si una instancia de VM se ha bloqueado durante mucho tiempo, realice lo siguiente:

1. Acceda a la Consola de Dispositivos y abra la página Detalles de la instancia.

2. Revise las secciones Volúmenes en bloque asociados y VNIC asociadas, y anote los recursos atascados en estado Asociando o Desasociando.

3. Si se ve algún volumen en bloque o VNIC parado en estado de asociación/desasociación, compruebe la página Monitoring para ver si los servicios de almacenamiento de bloques y VCN son correctos.

   • Si el espacio de almacenamiento utilizado está casi lleno, puede que no haya suficiente capacidad para aprovisionar una instancia. Considere la posibilidad de terminar otras instancias, eliminar volúmenes en bloque o ambos para liberar espacio.

   • Si se utiliza el pool de IP pública, no se puede aprovisionar una nueva instancia con IP pública (especificada por defecto). Termine las instancias existentes para liberar IP o agregue IP públicas mediante la consola serie.

4. Revise la página Monitoring para ver si hay otros servicios en mal estado.

Si las soluciones que se muestran aquí no resuelven el problema, considere la posibilidad de terminar la instancia.

Las instancias bloqueadas se borrarán automáticamente después de unas horas; de lo contrario, es posible que se deban terminar manualmente.

La creación de tarea falla con el error "Existe la misma tarea o circular"

Las tareas de sincronización de datos son unidireccionales y son sensibles a las referencias circulares. No puede configurar una sincronización bidireccional mediante dos tareas y los mismos cubos de almacenamiento de objetos utilizados por OCI y los RED. Asegúrese de que la tarea que está creando no intente revertir la dirección de sincronización de una tarea creada anteriormente. Si lo hace, modificar una de las tareas no debe invertir la dirección de la otra.

Se han especificado las tareas, pero las operaciones de sincronización no se inician

La sincronización de datos requiere que asigne una conexión para cada RED a una ubicación en la nube de OCI en la que desee que se produzcan las operaciones de sincronización de datos. Consulte la página de estado de OCI para ver si los servicios de OCI se están ejecutando. Si se producen problemas de red o de almacenamiento de objetos, resuelva estos problemas antes de intentar ejecutar o programar una sincronización de datos. A continuación, compruebe si la red local tiene conectividad ejecutando ping OCI desde la máquina host para verificar la conectividad entre Roving Edge Infrastructure y OCI. Si el ping a OCI no funciona, verifique que no existan reglas de red o firewall que bloqueen la conectividad.

Si crea un trabajo de tarea de sincronización de datos para sincronizar un cubo de RED a OCI o de OCI a RED, y su tiempo de ejecución estimado es de más de 12 horas, el trabajo de sincronización de datos falla exactamente después de 12 horas porque el token de autenticación caduca cada 12 horas. Si el trabajo de sincronización de datos falla después de ejecutar más de 12 horas, realice lo siguiente:

1. Abra el menú de navegación y seleccione Sincronización de datos.

   Aparecerá la página Tareas de sincronización de datos. Todas las tareas de sincronización de datos se muestran en formato tabular.

2. Compruebe la tarea de sincronización de datos que ha fallado.

3. Haga clic en Start.

   También puede seleccionar el menú Acciones () de la tarea de sincronización de datos que ha marcado y hacer clic en Iniciar.

4. Confirme el inicio cuando se le solicite.