Problemas conocidos de Roving Edge

En este momento, las versiones públicas de SDK y Terraform no están disponibles para la sincronización de datos.

Detalles

Aunque el SDK público y Terraform no están soportados actualmente, hay versiones soportadas de disponibles.

Solución Alternativa

Utilice las siguientes versiones de SDK y Terraform soportadas para las operaciones de sincronización de datos:

• SDK para Python de Oracle Cloud Infrastructure

• Oracle Terraform

Si introduce un valor peerSerialNumber incorrecto al crear un valor EdgePeerConnection, el trabajo de creación puede permanecer en el estado ACTIVE indefinidamente y necesita la cancelación manual para la recuperación.

Detalles

Cuando se crea EdgePeerConnection con parámetros de conexión de peer incorrectos (normalmente un peerSerialNumber no válido), el flujo de trabajo se puede detener mientras se espera que aparezca el túnel, dejando el elemento de trabajo asociado en estado Activo indefinidamente con el progreso, como "comprobar si el túnel está conectado". En función de dónde se produzca el fallo, un bastidor puede fallar más tarde durante el intercambio de confianza con un error explícito relacionado con el número de serie, mientras que el otro puede no superar el tiempo de espera y permanecer atascado en Creating/Active.

Solución Alternativa

Cancelar manualmente el elemento de trabajo Activo. Después de la cancelación, suprima el EdgePeerConnection incompleto y vuelva a crearlo mediante los parámetros de peer correctos.

1. Recopile el ID del trabajo paralizado mediante el comando getallactiveJobs.

2. Recopile el elemento de trabajo Activo dentro de ese trabajo mediante el comando show job id=<jobId>.

3. Visualice los detalles del elemento de trabajo mediante el comando showworkItem id=<workItemId>.

4. Cancele el elemento de trabajo activo mediante el comando cancelworkItem id=<workItemId>.

5. Suprima EdgePeerConnection mediante delete EdgePeerConnection id=<Id>

6. Vuelva a crear EdgePeerConnection con el peerSerialNumber correcto.

En este momento, la persistencia de sesión del equilibrador de carga no está soportada para esta versión.

Detalles

Las opciones de persistencia de sesión, como la persistencia basada en cookies o la persistencia basada en IP de origen, no están disponibles actualmente en el equilibrador de carga para esta versión.

Solución Alternativa

Estamos trabajando para solucionar este problema.

Es posible que los recursos de red de VCN se atasquen en estados PROVISIONING o FAIL, debido al agotamiento del pool de objetos de acceso OVN.

Detalles

Puede encontrar un error "Northbound database access connection object" (Objeto de conexión de acceso a base de datos de Norte) cuando se agota el pool de objetos de acceso OVN (red virtual abierta). Cuando esto sucede, las llamadas de API pueden fallar repetidamente y los recursos de red de la VCN pueden quedarse atascados en estados PROVISIONING (Aviso) o FAIL (Error).

Solución Alternativa

Aumente las conexiones de acceso a la base de datos OVN Northbound del tamaño del pool de 32 a 64.

En este momento, la activación de los complementos de OKE puede fallar en varias configuraciones de cluster.

Detalles

Es posible que los clientes vean que las operaciones de activación de complementos fallan independientemente del tipo de cluster o la unidad de nodo. Este comportamiento se ha observado en los clusters de Flannel con unidades de nodo de trabajador que no son de GPU y también puede afectar a otras configuraciones.

Al visualizar el estado de POD del nodo en el espacio de nombres de OKE, es posible que vea que el controlador de complementos de OKE se reinicia repetidamente. Se trata de un problema conocido.

Solución Alternativa

Estamos trabajando en una solución.

En este momento, las operaciones yum pueden fallar en los entornos de PCA cuando se utiliza la imagen uln-pca-Oracle-Linux-7.9-2025.07.21_0.oci debido a que los repositorios de Oracle Linux 7 Extended Lifecycle Support (ELS) están activados por defecto.

Detalles

En la última imagen de OL7.9, los repositorios de ELS (por ejemplo, ol7_UEKR6_ELS) están activados por defecto. Estos repositorios pueden resolverse en yum.oracle.com, donde el contenido de ELS no se publica, lo que genera errores 404 Not Found para los metadatos del repositorio (por ejemplo, repodata/repomd.xml) y hace que yum falle.

Solución Alternativa

Desactive los repositorios de ELS al ejecutar yum.

Detalles

A partir de la versión 2.18, es posible que se muestre el siguiente error al reiniciar o apagar y encender un dispositivo:

Version          : *** Unknown ***System Time UTC     : 2025-08-28 18:14:31
Boot Time                  : 2025-08-28 17:39:18
Device Serial Id           : Unexpected Error!
Unlock Status              : Unexpected Error!
Auto Unlock Status         : Unexpected Error!
Diag Mode                  : *** Unknown ***
Red API Services Status    : *** Unknown ***
Red HW Services Status     : *** Unknown ***
Press ENTER to return... 

Solución Alternativa

Reinicie el dispositivo hasta que el error ya no se muestre. Consulte Rebooting a Roving Edge Device.

Una instancia de Oracle Linux 9 puede tardar más de 4 minutos en iniciarse.

Solución Alternativa

1. En la instancia, ejecute el siguiente comando para comprobar si la entrada del cargador de inicio contiene un valor netroot que está definido en un destino iscsi:

   grep "netroot=iscsi" /boot/loader/entries/*$(uname -r).conf

2. Si el comando devuelve algún resultado, elimine la opción netroot de las entradas del cargador de inicio mediante este comando:

   sed -i 's/netroot=iscsi:[^ ]\+ / /' /boot/loader/entries/*.conf