Problèmes connus pour la périphérie de réseau Rover

Pour le moment, la trousse SDK publique et les versions Terraform publiques ne sont pas disponibles pour la synchronisation de données.

Détails

Bien que la trousse SDK publique et Terraform ne soient pas prises en charge actuellement, il existe des versions prises en charge disponibles.

Solution de rechange

Utilisez la trousse SDK et les versions Terraform prises en charge suivantes pour les opérations de synchronisation de données :

• Trousse SDK Oracle Cloud Infrastructure pour Python

• Oracle Terraform

Si vous entrez une valeur peerSerialNumber incorrecte lors de la création d'une valeur EdgePeerConnection, la tâche de création peut rester à l'état ACTIVE indéfiniment et nécessite une annulation manuelle pour la récupération.

Détails

Lorsque EdgePeerConnection est créé avec des paramètres de connexion d'appairage incorrects (le plus souvent un peerSerialNumber non valide), le flux de travail peut se bloquer en attendant que le tunnel apparaisse, laissant l'élément de travail associé dans un état Actif indéfiniment avec une progression telle que "vérifier si le tunnel est connecté". Selon l'endroit où la panne survient, un rack peut échouer plus tard lors d'un échange de confiance avec une erreur explicite liée au numéro de série, tandis que l'autre ne peut jamais expirer et reste bloqué dans Création/Actif.

Solution de rechange

Annuler manuellement l'élément de travail actif. Après l'annulation, supprimez EdgePeerConnection incomplet et recréez-le à l'aide des paramètres d'appairage appropriés.

1. Collectez l'ID de la tâche stagnante à l'aide de la commande getallactiveJobs.

2. Collectez l'élément de travail actif dans cette tâche, à l'aide de la commande show job id=<jobId>.

3. Consultez les détails de l'élément de travail à l'aide de la commande showworkItem id=<workItemId>.

4. Annulez l'élément de travail actif à l'aide de la commande cancelworkItem id=<workItemId>.

5. Supprimer EdgePeerConnection à l'aide de delete EdgePeerConnection id=<Id>

6. Recréez EdgePeerConnection à l'aide de la valeur peerSerialNumber appropriée.

Pour le moment, la persistance de session de l'équilibreur de charge n'est pas prise en charge pour cette version.

Détails

Les options de persistance de session, telles que la persistance basée sur des témoins ou sur l'adresse IP source, ne sont pas disponibles actuellement dans l'équilibreur de charge pour cette version.

Solution de rechange

Nous travaillons sur une solution à ce problème.

Les ressources de réseau VCN peuvent être bloquées à l'état PROVISIONING ou FAIL, en raison de l'épuisement du groupe d'objets d'accès OVN.

Détails

Vous pouvez rencontrer une erreur "Objet de connexion à l'accès à la base de données en direction du nord" lorsque le groupe d'objets d'accès OVN (Open Virtual Network) est épuisé. Lorsque cela se produit, les appels d'API peuvent échouer à plusieurs reprises et les ressources de réseau VCN peuvent être bloquées à l'état PROVISIONING ou FAIL.

Solution de rechange

Augmentez la taille du pool de connexions d'accès à la base de données OVN Northbound de 32 à 64.

Pour le moment, l'activation des modules complémentaires OKE peut échouer dans plusieurs configurations de grappe.

Détails

Les clients peuvent constater que les opérations d'activation du module complémentaire échouent, quel que soit le type de grappe ou la forme du noeud. Ce comportement a été observé sur les grappes Flannel avec des formes de noeud de travail non GPU et peut également avoir une incidence sur d'autres configurations.

Lors de l'affichage du statut POD du noeud dans l'espace de noms OKE, il se peut que le contrôleur d'extension OKE redémarre plusieurs fois. Il s'agit d'un problème connu.

Solution de rechange

Nous travaillons sur une solution.

Pour le moment, les opérations yum peuvent échouer dans les environnements PCA lors de l'utilisation de l'image uln-pca-Oracle-Linux-7.9-2025.07.21_0.oci, car les référentiels Oracle Linux 7 Extended Lifecycle Support (ELS) sont activés par défaut.

Détails

Dans la dernière image OL7.9, les référentiels ELS (par exemple, ol7_UEKR6_ELS) sont activés par défaut. Ces référentiels peuvent se résoudre à yum.oracle.com, où le contenu ELS n'est pas publié, ce qui entraîne des erreurs 404 Not Found pour les métadonnées du référentiel (par exemple, repodata/repomd.xml) et entraîne l'échec de yum.

Solution de rechange

Désactivez les référentiels ELS lors de l'exécution de yum.

Détails

À partir de la version 2.18, l'erreur suivante peut s'afficher lors du redémarrage ou du cycle d'alimentation d'un périphérique :

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... 

Solution de rechange

Redémarrez le périphérique jusqu'à ce que l'erreur ne s'affiche plus. Voir Redémarrage d'un appareil en périphérie de réseau Rover.

Le démarrage d'une instance Oracle Linux 9 peut prendre plus de 4 minutes.

Solution de rechange

1. Dans l'instance, exécutez la commande suivante pour vérifier si l'entrée bootloader contient un paramètre netroot réglé à une cible iscsi :

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

2. Si la commande retourne un résultat, supprimez l'option netroot des entrées du chargeur de démarrage à l'aide de cette commande :

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