Dépannage en périphérie de réseau Rover

Obtention d'Oracle Support

Si, après avoir examiné et utilisé ces conseils de dépannage, vous avez toujours besoin d'aide, ouvrez une demande de service pour votre problème. Voir Ouvrir un ticket de soutien pour plus d'informations.

L'appareil est à nouveau verrouillé

Les appareils en périphérie de réseau Rover nécessitent de les déverrouiller après chaque redémarrage et cycle d'alimentation. Si le périphérique en périphérie de réseau Rover est verrouillé de manière inattendue, vérifiez que la connexion d'alimentation est stable et vérifiez s'il a été redémarré récemment. Vérifiez que la connexion d'alimentation est stable et que le périphérique Roving Edge n'a pas redémarré.

Aucune sortie de console série

Si vous avez connecté votre hôte de contrôle au port série de l'appareil en périphérie de réseau Rover avec le câble fourni, mais que vous ne voyez aucune sortie après avoir allumé l'appareil, vérifiez ces éléments :

• Assurez-vous qu'un pilote de port série USB est installé sur votre système d'exploitation hôte. Voir Configurer l'émulation de terminal.
• Assurez-vous d'utiliser le logiciel d'émulation de terminal recommandé. Voir Configurer l'émulation de terminal.

L'URL de la console d'appareil en périphérie de réseau Rover indique un message "non disponible" ou "non approuvé".

La console d'appareil en périphérie de réseau Rover communique avec TLS/HTTPS sur le port 8015 de chaque appareil en périphérie de réseau Rover. Lorsque votre navigateur affiche un avertissement de sécurité indiquant que l'URL n'est pas disponible ou n'est pas une URL approuvée, assurez-vous que le certificat TLS est installé et approuvé sur leur ordinateur.

Si le certificat TLS de la console d'appareil en périphérie de réseau Rover n'est pas installé et approuvé sur votre ordinateur hôte, ajoutez le certificat TLS de la console d'appareil en périphérie de réseau Rover à l'aide du navigateur à la collection de clés/certificats de votre ordinateur hôte et marquez-le comme approuvé. Dans les navigateurs tels que Chrome, Edge et Firefox, le certificat TLS réside dans la fenêtre du navigateur à gauche de l'URL. Consultez la documentation de votre navigateur pour plus d'informations sur la façon de télécharger le certificat.

Un message "non disponible" ou "non approuvé" peut également se produire si le système est partiellement arrêté. Par exemple, lors du redémarrage pour une mise à niveau du système ou du démarrage pour la première fois après une panne de courant. Pour vous aider à diagnostiquer si le problème est lié au certificat TLS ou à une interruption du système, recherchez une réponse correcte ou incorrecte au point d'extrémité https://<host>:12060/v1/tenants/orei dans le navigateur de l'opérateur ou avec un outil tel que CURL. Si l'accès à ce point d'extrémité entraîne un avertissement de sécurité, vérifiez que le certificat TLS du périphérique en périphérie de réseau Rover est correctement installé et approuvé. Si le point d'extrémité expire ou retourne une réponse autre que 200, il se peut que le système subisse une interruption partielle.

Avertissement relatif à la sécurité du navigateur lors de l'accès à la console d'appareil en périphérie de réseau Rover

La console d'appareil en périphérie de réseau Rover communique avec TLS/HTTPS sur le port 8015 d'un appareil donné. Lorsque le navigateur de la console d'appareil en périphérie de réseau Rover affiche un avertissement de sécurité, assurez-vous que le certificat TLS est installé et approuvé sur votre appareil en périphérie de réseau Rover. Si le certificat TLS de la console d'appareil en périphérie de réseau Rover n'est pas installé et approuvé sur l'ordinateur hôte, ajoutez le certificat TLS de la console d'appareil en périphérie de réseau Rover du navigateur à la collection de chaînes de clés/certificats de l'ordinateur hôte. Marquez-le comme étant de confiance. Dans les navigateurs tels que Chrome, Edge et Firefox, le certificat TLS réside dans la fenêtre du navigateur à gauche de l'URL. Consultez la documentation de votre navigateur pour plus d'informations sur la façon de télécharger le certificat.

Collecte des journaux d'auto-provisionnement

Lors de l'utilisation de l'interface de configuration de base en périphérie de réseau Rover dans la console série, comme décrit sous Provisionnement automatique d'un appareil en périphérie de réseau Rover, vous pouvez collecter des journaux qui pourraient aider à diagnostiquer les problèmes.

1. Dans le menu principal de l'interface de configuration de base en périphérie de réseau Rover, sélectionnez Opérations avancées.

2. Sélectionnez Collecter les journaux.

   La sortie du journal s'affiche.

3. Copiez et enregistrez la sortie BASE64 (texte entre des lignes ===) dans un fichier, puis envoyez le fichier au soutien technique d'Oracle.

Vérification des mises à jour de l'interface de configuration de base en périphérie de réseau Rover

L'interface de configuration de base en périphérie de réseau Rover est le nom de l'interface de console série qui vous permet d'auto-provisionner un appareil. La mise à jour de l'interface est facultative, sauf si Oracle vous le demande.

1. Dans le menu principal de l'interface de configuration de base en périphérie de réseau Rover, sélectionnez Opérations avancées.

2. Sélectionnez Vérifier les mises à jour logicielles de l'interface de configuration.

   Si une mise à jour est disponible, elle s'affiche.

3. Si une mise à jour est disponible, sélectionnez-la pour mettre à niveau l'interface.

Impossible d'enregistrer l'appareil ou de terminer l'enregistrement

Problème

Vous obtenez une erreur lorsque vous essayez d'exécuter l'une des commandes suivantes.

• 7) Register device to OCI

• 8) Complete device registration

Be aware that the session token has an expiration period. If the token expires, obtain new session token and session private key, 
re-enter 4) Session Token and 5) Session Private Key, and retry 7) Register Device to OCI.

ERROR: Registration FAILED.

Causes et résolutions possibles

• Votre jeton de session et votre clé privée de session ont expiré ou ne sont pas valides.

  Vérifiez que vous utilisez la clé privée appropriée.

  Utilisez l'interface de ligne de commande OCI pour générer un nouveau jeton de session sur votre ordinateur portable.

• L'horloge du périphérique en périphérie de réseau Rover est désynchronisée avec l'horloge du serveur OCI.

  Retournez au menu Configure Networking et exécutez Check OCI server clock and device.

Code d'activation non valide

Problème

Vous obtenez une erreur lorsque vous exécutez Register device to OCI.

Erreur :

Failed: Register to OCI Failed. Invalid Activation Code

Registration failed. Retry 7) Register Device to OCI, or contact Oracle Support.

If the failure still exists, collect logs and contact Oracle Support.

Causes et résolutions possibles

Le code d'activation est incorrect. Assurez-vous que le code d'activation est entré correctement. Un code d'activation ne peut être utilisé que sur l'appareil pour lequel il a été émis.

Le serveur TOTP ne correspond pas au client TOTP

Problème

Vous obtenez une erreur lorsque vous exécutez Complete device registration.

Erreur :

Refer to Roving Edge User Guide to create a dynamic group and update the policy statement.

Unable to complete the registration. Retry 8) Complete Device Registration

Causes et résolutions possibles

Vous n'avez peut-être pas de groupe dynamique requis ou la politique associée n'est pas configurée ou est incorrectement configurée dans votre location.

Lors de l'auto-provisionnement, vous obtenez une erreur RED_RECOVERY_KEY

Lors du provisionnement automatique, lorsque vous configurez la connectivité à OCI, l'erreur suivante peut s'afficher :

Failed: The initial value must be RED_RECOVERY_KEY. Verify that you are not overwriting an existing backed-up Recovery Key and ensure the initial content is set correctly.

Le processus d'auto-provisionnement s'attend à ce que le contenu de la clé secrète de la clé de récupération corresponde exactement à RED_RECOVERY_KEY. Si votre contenu de clé secrète ne correspond pas à RED_RECOVERY_KEY, c'est un signe que quelque chose n'est pas configuré correctement. Le processus d'auto-provisionnement affiche l'erreur pour empêcher le remplacement accidentel d'une clé de récupération qui pourrait être configurée pour un autre périphérique.

• Lorsque vous préparez l'auto-provisionnement de l'appareil1, assurez-vous que le contenu de la clé secrète est réglé à RED_RECOVERY_KEY.

  Pour vérifier le contenu de la clé secrète, voir Obtention du contenu d'une clé secrète.

• Si vous devez modifier le contenu de la clé secrète à RED_RECOVERY_KEY, voir Création d'une version de clé secrète.

  Sélectionnez Modèle de type de clé secrète en tant que texte brut, contenu de clé secrète en tant que RED_RECOVERY_KEY et ne sélectionnez pas Régler à En attente.

• Lorsque vous configurez la connectivité à OCI, assurez-vous de spécifier l'OCID de clé secrète correct pour l'appareil que vous provisionnez.

L'intervalle d'adresses IP pour la configuration du groupe d'adresses IP publiques n'est pas soumis

Après avoir entré un intervalle d'adresses IP et appuyé sur Entrée, appuyez de nouveau sur Entrée sur la ligne d'entrée vide pour la soumettre. Si d'autres intervalles d'adresses IP sont requis, appuyez sur Entrée après chaque intervalle pour ouvrir une autre ligne d'entrée. Soumettez une ligne d'entrée vide comme dernière entrée pour tout soumettre. Pour annuler et retourner en arrière, appuyez sur Ctrl+C.

Impossible d'accéder aux points d'extrémité du service public (169.254.169.254 aux ports 8015, 18336, etc.)

Assurez-vous que le pare-feu de l'instance ne bloque pas l'intervalle d'adresses 196.254.0.0/16. Il est courant qu'une image exportée par OCI bloque par défaut l'intervalle d'adresses URL-locales. Si tel est le cas, supprimez la règle qui bloque les connexions à 196.254.0.0/16 des paramètres de pare-feu. Consultez la documentation de votre système d'exploitation concernant la procédure de configuration du pare-feu.

Le manque d'espace de stockage disponible entraîne l'échec des opérations de volume par blocs

Le manque d'espace de stockage disponible peut entraîner l'échec des opérations de stockage par blocs. Libérez de l'espace en supprimant les ressources qui ne sont plus nécessaires, telles que les objets Object Storage, les volumes de démarrage et par blocs et les instances. Vérifiez régulièrement le stockage disponible de vos appareils en périphérie de réseau Rover pour vous assurer que vous ne risquez pas de manquer d'espace.

Une faible capacité de stockage d'objets disponible déclenche des avertissements et une lecture seule

Lorsque le système atteint 80 % de capacité utilisée, il déclenche un statut d'avertissement dans la page Surveillance. Lorsque le système atteint 95 % de capacité utilisée, il passe en mode lecture seule et la page Surveillance affiche le statut du service de stockage d'objets Dégradé ou Avertissement.

Oracle recommande d'éviter d'exécuter des opérations d'écriture intensives lorsque le système fonctionne à une capacité de 80 % utilisée. Si vous avez atteint ou près de 80 %, transférez les données vers le nuage OCI jusqu'à ce que le système ait une capacité bien inférieure à 80 %.

Si le système dépasse le seuil de capacité utilisée de 95 %, il passe en mode lecture seule et les fonctionnalités de base (y compris le service de calcul et le service de stockage d'objets) sont limitées. Toutes les opérations de calcul, telles que les instances personnalisées, les volumes de démarrage et les volumes par blocs, ainsi que toutes les opérations de stockage d'objets sont suspendues. La suspension du système vous empêche d'écrire sur un périphérique de stockage lorsque la durabilité et la redondance ne peuvent pas être garanties.

Si aucun espace de stockage disponible ne reste sur l'appareil, vous pouvez libérer de l'espace en supprimant les ressources qui ne sont plus nécessaires, telles que les objets du service de stockage d'objets, les volumes de démarrage et par blocs et les instances. Si les demandes de suppression échouent car il ne reste plus d'espace de stockage et que le système est en mode lecture seule, vous pouvez activer le mode sans échec au moyen de la console série. Le mode sans échec vous permet d'effectuer les suppressions nécessaires.

Éviter les problèmes de surabonnement au stockage

Suivez les recommandations des meilleures pratiques pour configurer ou planifier la consommation des ressources de calcul, de stockage par blocs et de stockage d'objets afin d'éviter les problèmes de surabonnement. Les services de stockage par blocs et de calcul ne réservent pas d'espace de stockage pour les volumes à l'avance. L'espace de stockage est consommé lorsque des données sont écrites dans le volume. Par exemple, si un volume par blocs de 100 Go est créé, cela ne signifie pas que 100 Go sont réservés à partir de l'espace de stockage total disponible pour ce volume. L'espace de stockage reste disponible pour tous les services et peut être épuisé avant que le volume de 100 Go ne soit rempli de données.

De plus, les services de calcul et de stockage par blocs ne valident pas la taille spécifiée d'un volume créé par rapport à l'espace de stockage disponible. Ce manque de validation peut entraîner un surabonnement lorsque la taille totale des volumes créés dépasse l'espace de stockage disponible sur l'appareil. Ne vous fiez pas aux tailles de volume par blocs pour calculer l'utilisation de l'espace de stockage. Suivez plutôt les informations sur l'utilisation de l'espace de stockage affichées dans la page de surveillance de la console d'appareil en périphérie de réseau Rover.

La page de surveillance affiche le statut du stockage d'objets "Dégradé" ou "Avertissement"

Si la fonction de stockage d'un appareil en périphérie de réseau Rover fonctionne mal ou présente des problèmes physiques, la page Surveillance de la console d'appareil en périphérie de réseau Rover peut afficher périodiquement le statut Avertissement ou Dégradé pour le service de stockage d'objets. Dans ce cas, l'appareil en périphérie de réseau Rover tente de rééquilibrer son stockage et de récupérer le niveau de redondance déclaré. Il affiche éventuellement un état sain si l'appareil en périphérie de réseau Rover dispose d'espace disponible et est capable de récupérer suffisamment de copies redondantes sur les autres appareils en périphérie de réseau Rover utilisés pour le stockage.

Les objets avec certains ID version peuvent causer des problèmes

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

Si cela se produit, vous pouvez utiliser l'une des solutions de rechange suivantes :

• Incluez le signe égal ("=") entre le paramètre --version-id et sa valeur. N'insérez pas d'espaces avant le =. Exemple :

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

  Utilisez uniquement des guillemets doubles autour de la valeur.

• Incluez le paramètre --from-json dans la commande et spécifiez l'entrée dans un format JSON. Pour plus d'informations, voir Options JSON avancées.

La tentative de création de l'instance entraîne un message "Out of Capacity"

La capacité de l'instance est limitée par le nombre de coeurs et de mémoire disponibles. Mettez fin à certaines instances existantes qui ne sont pas en cours d'utilisation et réessayez. Les instances arrêtées sont prises en compte dans le calcul des ressources utilisées.

Échec de l'importation de l'image

L'importation d'images volumineuses prend un certain temps, beaucoup plus longtemps si d'autres applications ou opérations sur disque sont en cours. Si une importation prend trop de temps et que vous voulez y mettre fin, sélectionnez Mettre fin dans le menu Importer. Une importation d'image expirera automatiquement et sera annulée au bout de quatre heures.

L'instance passe à l'état En cours d'exécution, mais lors de la connexion en boucle sur certains messages de démarrage

La périphérie de réseau Rover prend uniquement en charge les images .oci et .qcow2, avec le démarrage de l'UEFI. Pour rechercher les problèmes liés aux images, ouvrez la console d'appareil en périphérie de réseau Rover et allez à la page Détails de l'instance de calcul. Vérifiez si le format de l'image est .oci, .qcow2 ou un autre type. Les images exportées à partir du nuage OCI sont généralement de type .oci. Confirmez l'image et le type de démarrage avec le fournisseur de l'image.

Sur un ordinateur Linux, utilisez l'utilitaire qemu-img pour voir les informations sur l'image à l'aide de la commande suivante :

qemu-img info image_file

Impossible d'accéder à la ressource externe à partir d'une instance

1. Si le nom de domaine référence une ressource externe, assurez-vous que les résolveurs DNS externes sont ajoutés à la liste des serveurs de noms dans l'instance. Consultez la documentation de votre système d'exploitation concernant la procédure de configuration DNS.

   Par exemple, sur certains systèmes Linux, des adresses IP de serveur de noms doivent être ajoutées au fichier /etc/resolv.conf.

2. Assurez-vous que les paramètres de connectivité externe de l'appareil en périphérie de réseau Rover sont corrects. Voir Administration d'un appareil en périphérie de réseau Rover au moyen de la console série
3. Assurez-vous que les paramètres du pare-feu d'instance ne bloquent pas les connexions sortantes. Consultez la documentation de votre système d'exploitation concernant les procédures de configuration du pare-feu.

Connexion à une instance impossible à l'aide de SSH

1. Assurez-vous que l'instance est en cours d'exécution. Ouvrez la console de l'appareil en périphérie de réseau Rover et vérifiez la page Détails de la page de l'instance de calcul pour vous assurer que l'état de l'instance est Exécution. Si l'instance n'est pas en cours d'exécution, entrez Démarrer pour lancer l'instance. Attendez que l'état passe à RUNNING.

2. Assurez-vous que l'adresse IP publique de l'instance est affectée. Ouvrez la console de l'appareil en périphérie de réseau Rover et allez à la page Détails de l'instance de calcul. Sélectionnez le nom de l'instance et vérifiez qu'une adresse IP publique est affectée à l'instance en consultant la valeur Adresse IP publique sous la section Accès à l'instance.

   Si aucune adresse IP publique n'est affectée à l'instance, ajoutez-en une à l'aide des étapes suivantes :

   1. Ouvrez la page Détails de l'instance de calcul.

   2. Sélectionnez Cartes vNIC attachées sous Ressources pour afficher la liste des cartes vNIC attachées.

   3. Sélectionnez la carte VNIC principale.

   4. La page Détails de la carte VNIC principale s'affiche.

   5. Sélectionnez Modifier.

      Vous pouvez également sélectionner le menu Actions () de la carte VNIC à modifier et sélectionner Modifier.

      La boîte de dialogue Modifier la carte vNIC s'affiche.

   6. Sélectionnez l'option Adresse IP publique éphémère.

   7. Sélectionnez Mettre à jour.

   8. Si l'affectation d'adresse IP publique échoue, ouvrez la console série et sélectionnez Configuration du réseau pour vous assurer que le groupe d'adresses IP publiques du réseau RED est configuré et que des adresses IP sont disponibles.

3. Assurez-vous que les paramètres de connectivité externe de l'appareil en périphérie de réseau Rover sont corrects. Ouvrez la console série et sélectionnez Configuration d'appareils. Assurez-vous que l'adresse IP de l'appareil en périphérie de réseau Rover, la longueur du préfixe réseau et l'adresse IP de la passerelle sont configurées correctement.

4. Assurez-vous que l'instance est accessible au moyen de demandes ICMP. Exécutez la commande suivante :

   ping 100.100.1.10

   où 100.100.1.10 est l'adresse IP publique de l'instance cible. Si la commande réussit, le problème peut être lié à la configuration de l'instance (service SSH, règles de pare-feu). Pour plus d'informations, consultez la documentation de votre système d'exploitation concernant la configuration SSH et du pare-feu.

5. Assurez-vous que l'instance a démarré correctement. Si l'exécution de la commande ping 100.100.1.10 échoue, vérifiez l'historique de la console d'instance pour rechercher une séquence de démarrage réussie.

6. Redémarrez l'appareil à l'aide du bouton d'alimentation de l'appareil ou à l'aide de la console série.

Impossible d'accéder à un port sur une instance à partir de l'ordinateur externe

1. Assurez-vous que les paramètres de connectivité externe de l'appareil en périphérie de réseau Rover sont corrects. Voir Administration d'un appareil en périphérie de réseau Rover au moyen de la console série.

2. Assurez-vous que les paramètres du pare-feu d'instance ne bloquent pas les connexions entrantes. Consultez la documentation de votre système d'exploitation concernant la procédure de configuration du pare-feu.

3. Assurez-vous que l'adresse IP publique accède à l'instance, et non à l'adresse IP privée ou au nom de domaine complet. L'adresse IP privée de l'instance est visible uniquement dans le sous-réseau VCN. Le nom de domaine complet de l'instance n'est visible que lorsque le service DNS interne du VCN par défaut est utilisé (169.254.169.254), qui n'est pas accessible en dehors du réseau VCN.

Impossible d'accéder à une instance à partir d'une autre instance

1. Assurez-vous que l'instance cible est en cours d'exécution. Ouvrez la console de l'appareil en périphérie de réseau Rover et vérifiez la page Détails de l'instance de calcul pour vous assurer que l'état de l'instance cible est En cours d'exécution.

2. Assurez-vous que la configuration réseau de l'instance d'envoi de demande, telle que l'adresse IP, le masque de réseau et la passerelle, est correctement configurée. Suivez les directives relatives aux paramètres du sous-réseau lors de l'exécution de la configuration. Pour plus d'informations, consultez la documentation relative à la configuration réseau de votre système d'exploitation.

   Sur les systèmes Linux, vérifiez la configuration à l'aide de la commande suivante :

   ip addr show ip route show default

3. Assurez-vous que les paramètres du pare-feu de l'instance cible ne bloquent pas les connexions entrantes. Pour plus d'informations, consultez la documentation relative à la procédure de configuration du pare-feu de votre système d'exploitation.

4. Assurez-vous que les paramètres de pare-feu d'instance d'envoi de demande ne bloquent pas les connexions sortantes. Consultez la documentation de votre système d'exploitation concernant la procédure de configuration du pare-feu.

5. Si ICMP n'est pas bloqué sur l'instance cible, assurez-vous que la commande ping a réussi. Exécutez la commande suivante à partir de l'interpréteur de commandes de l'instance d'envoi de demandes :

   ping 10.0.0.2

   où 10.0.0.2 est l'adresse IP privée de l'instance cible.

6. Si le résultat de la commande ping est No route to host, assurez-vous que la route par défaut est réglée à la passerelle de sous-réseau. Consultez la documentation de votre système d'exploitation concernant les paramètres d'itinéraire par défaut. Par exemple, pour les systèmes d'exploitation Linux, la commande peut être :

   ip route show default

   avec la sortie attendue :

   default via 10.0.0.1 dev eth0

   où 10.0.0.1 est l'adresse IP de la passerelle du sous-réseau 10.0.0.0/24 (la passerelle de sous-réseau VCN utilise toujours la première adresse dans l'intervalle de sous-réseaux).

Impossible d'accéder à une autre instance à l'aide d'un nom de domaine complet

Assurez-vous que l'instance cible est en cours d'exécution. Ouvrez la console de l'appareil en périphérie de réseau Rover et vérifiez la page Détails de l'instance de calcul pour vous assurer que l'état de l'instance cible est En cours d'exécution. Si l'instance cible est Arrêtée, redémarrez-la. Vérifiez que 169.254.169.254 est défini comme serveur de noms pour l'instance qui envoie la demande. Consultez la documentation de votre système d'exploitation concernant la procédure de configuration DNS pour toute question.

L'instance est lancée, mais il n'y a pas d'adresse IP publique à laquelle se connecter à l'aide de SSH

Lors de la création d'une instance, sélectionnez l'option Affecter une adresse IP publique. Assurez-vous que le groupe d'adresses IP publiques spécifié lors de la configuration de l'appareil (à l'aide de la console série) a suffisamment d'adresses pour le nombre d'instances (y compris celles dont l'état est Arrêté). S'il n'y a pas assez d'adresses, mettez fin à certaines instances pour libérer des adresses ou créez-en d'autres à l'aide de la console série.

La création d'instance passe directement à l'état Interruption

Cela est probablement dû à l'une des raisons suivantes :

• Manque d'adresses IP publiques : Le manque d'adresses IP peut survenir en raison du fait que le groupe d'adresses IP publiques n'est pas configuré dans la console série ou qu'il n'est plus disponible pour une autre raison indéterminée. Vérifiez que l'intervalle de groupes d'adresses IP publiques de l'appareil en périphérie de réseau Rover a été défini (si vous créez une instance avec l'option par défaut d'adresse IP publique) :

  1. Ouvrez la console série.

  2. Sélectionnez Configurer le réseau (option 3).

  3. Sélectionnez Afficher le statut du groupe d'adresses IP publiques (option 4).

  Si le groupe d'adresses IP publiques n'a pas été défini, revenez en arrière et sélectionnez Intervalle de groupes d'adresses IP publiques pour les instances de calcul. Suivez les instructions affichées pour entrer des intervalles d'adresses IP publiques. La console série comprend un guide d'utilisation pour plus d'informations.

• Stockage par blocs/objet Ceph complet : L'impossibilité d'affecter de l'espace pour le volume de démarrage de l'instance peut entraîner l'entrée de l'état Arrêt de l'instance. Assurez-vous que le stockage d'objets/blocs n'est pas plein en consultant le haut de la page Monitoring dans la console RED.

• Utilisation d'UC complète : Il existe un maximum de 32 OCPU au total pour toutes les instances, y compris les OCPU arrêtées. Dans la page de calcul de la console d'appareil en périphérie de réseau Rover, assurez-vous que le nombre total d'OCPU des instances existantes est inférieur au maximum de 32. Si les 32 OCPU sont utilisées, mettez fin à certaines instances pour libérer des ressources.

• Utilisation complète des GPU : Il existe un maximum d'une instance en forme de GPU, y compris les GPU arrêtés. Un appareil en périphérie de réseau Rover ne peut avoir qu'une seule instance en forme de GPU provisionnée à la fois. Les tentatives de création d'instances de forme GPU supplémentaires s'arrêtent lors du provisionnement. Dans la page de calcul de la console d'appareil en périphérie de réseau Rover, assurez-vous qu'il n'y a aucune instance avec une forme de processeur graphique à l'état En cours d'exécution ou Arrêté. Si une instance en forme de GPU existe, mettez fin à celle-ci.

• Image non valide : La périphérie de réseau Rover prend uniquement en charge les formats d'image .oci et .qcow2, avec le démarrage de l'UEFI. Dans la page de calcul de la console d'appareil en périphérie de réseau Rover, ouvrez la section Instances et déterminez l'instance qui se termine. Sélectionnez l'instance de fin pour ouvrir la page Détails, dans laquelle vous pouvez noter le nom de l'image. Le nom et l'extension de l'image indiquent s'il s'agit de .oci, .qcow2 ou d'un autre type. Les images exportées à partir du nuage OCI sont généralement de type .oci. Vérifiez l'image et le type de démarrage avec la personne qui a fourni l'image.

  Sur un ordinateur Linux, utilisez l'utilitaire qemu-img pour voir les informations sur l'image à l'aide de la commande suivante :

  qemu-img info image_file

Performance d'instance lente ou utilisation de terminal lente à l'aide de SSH

Le ralentissement des performances des appareils en périphérie de réseau Rover peut se produire lorsque d'autres instances subissent une utilisation intensive, telles que celles qui exécutent des applications exigeantes en disque ou en réseau. Les opérations impliquant de gros volumes de ressources, telles que l'importation de contenus volumineux dans le stockage d'objets ou d'images de calcul, peuvent également nuire aux performances. Si vous travaillez avec une application intensive, utilisez une forme d'instance avec un nombre d'OCPU supérieur, car elle fournit également plus de mémoire vive. Arrêtez ou arrêtez l'instance courante, puis créez une autre instance à l'aide de la même image, mais avec la forme la plus grande.

Votre instance passe à l'état En cours d'exécution, mais SSH rejette votre clé, refuse la connexion ou expire.

Si vous lancez une instance dont l'état est En cours d'exécution, mais que SSH rejette votre clé, refuse la connexion ou expire, essayez ce qui suit :

• Assurez-vous d'essayer de vous connecter à l'adresse IP publique de l'instance à l'aide de SSH.

• Assurez-vous d'utiliser la clé privée (non publique) dans le cadre de la commande SSH sur votre ordinateur hôte.

• Accordez une minute ou plus au lancement complet de l'instance. Cette heure permet au service SSH de se charger. Réessayez de vous connecter.

• Dans de rares cas, si l'image que vous avez chargée ou importée contient déjà des clés SSH d'utilisateur public, les nouvelles clés chargées ou copiées/collées dans le cadre du processus de création d'instance peuvent ne pas être incluses. Prenez un instantané de l'image d'origine avec les clés souhaitées ajoutées et utilisez cette image modifiée.

Instance bloquée pendant longtemps

Le provisionnement de certaines images et ressources, telles que des volumes de démarrage, des processeurs graphiques et des formes plus volumineuses, peut prendre 10 minutes ou plus. Si une instance est bloquée depuis longtemps, procédez comme suit :

1. Accédez à la console de l'appareil en périphérie de réseau Rover et ouvrez la page Détails de l'instance.

2. Vérifiez les sections Volumes par blocs attachés et Cartes vNIC attachées et notez les ressources bloquées à l'état Attachement ou Détachement.

3. Si des volumes par blocs ou des cartes vNIC sont bloqués à l'état d'attachement/détachement, vérifiez la page de surveillance pour voir si les services de stockage par blocs et de VCN sont sains.

   • Si l'espace de stockage utilisé est presque plein, il se peut que la capacité de provisionnement d'une instance soit insuffisante. Envisagez de mettre fin à d'autres instances, de supprimer des volumes par blocs ou les deux pour libérer de l'espace.

   • Si le groupe d'adresses IP publiques est utilisé, il n'est pas possible de provisionner une nouvelle instance avec une adresse IP publique (spécifiée par défaut). Mettez fin aux instances existantes pour libérer des adresses IP ou ajoutez des adresses IP publiques à l'aide de la console série.

4. Vérifiez si d'autres services ne sont pas sains dans la page Monitoring.

Si les solutions répertoriées ici ne résolvent pas le problème, envisagez de mettre fin à l'instance.

Les instances bloquées seront effacées automatiquement au bout de quelques heures, sinon elles devront être arrêtées manuellement.

Échec de la création de tâche avec l'erreur "Une tâche identique ou circulaire existe"

Les tâches de Data Sync sont unidirectionnelles et sont sensibles aux références circulaires. Vous ne pouvez pas configurer une synchronisation bidirectionnelle à l'aide de deux tâches et des mêmes seaux de stockage d'objets utilisés par OCI et les appareils en périphérie de réseau Rover. Assurez-vous que la tâche que vous créez n'essaie pas d'inverser la direction de synchronisation d'une tâche créée précédemment. Si c'est le cas, modifier l'une des tâches ne doit pas inverser la direction de l'autre.

Les tâches sont spécifiées, mais les opérations de synchronisation ne démarrent pas

Data Sync requiert l'affectation d'une connexion pour chaque appareil en périphérie de réseau Rover à un emplacement en nuage OCI où vous souhaitez que les opérations de synchronisation de données se produisent. Vérifiez la page de statut OCI pour voir si les services OCI sont en cours d'exécution. Si des problèmes de réseau ou de stockage d'objets se produisent, résolvez ces problèmes avant de tenter d'exécuter ou de programmer une synchronisation de données. Ensuite, vérifiez si le réseau local dispose d'une connectivité en exécutant ping OCI à partir de la machine hôte pour vérifier la connectivité entre Roving Edge et OCI. Si la commande ping pour OCI ne fonctionne pas, vérifiez qu'il n'existe pas de pare-feu ou de règles de réseau bloquant la connectivité.

Si vous créez une tâche de synchronisation de données pour synchroniser un seau entre un appareil en périphérie de réseau Rover et un appareil OCI ou OCI et que son exécution estimative est supérieure à 12 heures, la tâche de synchronisation de données échoue exactement après 12 heures, car le jeton d'authentification expire toutes les 12 heures. Si la tâche Data Sync échoue après plus de 12 heures d'exécution, procédez comme suit :

1. Ouvrez le menu de navigation et sélectionnez Synchronisation de données.

   La page Tâches de synchronisation de données s'affiche. Toutes les tâches de synchronisation de données sont présentées sous forme de tableau.

2. Vérifiez la tâche de synchronisation des données qui a échoué.

3. Sélectionnez Démarrer.

   Vous pouvez également sélectionner le menu Actions () pour la tâche de synchronisation de données que vous avez cochée et sélectionner Démarrer.

4. Confirmez le démarrage à l'invite.