Dépannage de Roving Edge

Aide Oracle

Si, après avoir examiné et utilisé ces conseils de dépannage, vous avez toujours besoin d'aide, ouvrez une demande d'assistance pour votre problème. Pour plus d'informations, reportez-vous à Ouverture d'un ticket d'assistance.

L'appareil est à nouveau verrouillé

Les appareils Roving Edge Infrastructure nécessitent de les déverrouiller après chaque redémarrage et redémarrage. Si le RED 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 l'appareil Roving Edge Infrastructure 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 Roving Edge avec le câble fourni, mais que vous ne voyez aucune sortie après la mise sous tension de l'appareil, vérifiez les éléments suivants :

• Assurez-vous qu'un pilote de port série USB est installé sur l'O/S hôte. Reportez-vous à Configuration de l'émulation de terminal.
• Assurez-vous d'utiliser le logiciel d'émulation de terminal recommandé. Reportez-vous à Configuration de l'émulation de terminal.

L'URL de la console de périphérique affiche le message "indisponible" ou "non sécurisé"

La console d'appareil communique avec TLS/HTTPS sur le port 8015 de chaque appareil Roving Edge Infrastructure. Lorsque votre navigateur affiche un avertissement de sécurité indiquant que l'URL n'est pas disponible ou n'est pas une URL sécurisée, assurez-vous que le certificat TLS est installé et sécurisé sur leur ordinateur.

Si le certificat TLS de la console de périphériques n'est pas installé et approuvé sur votre ordinateur hôte, ajoutez le certificat TLS de la console de périphériques à 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 le téléchargement du certificat.

Un message "indisponible" ou "non sécurisé" peut également se produire si le système est partiellement arrêté. Par exemple, lors d'une réinitialisation pour une mise à niveau du système ou d'un premier démarrage après une coupure de courant. Pour déterminer si le problème est lié au certificat TLS ou à une panne système, recherchez une réponse correcte ou incorrecte à l'adresse https://<host>:12060/v1/tenants/orei dans le navigateur de l'opérateur ou à l'aide d'un outil tel que CURL. Si l'accès à cette adresse entraîne un avertissement de sécurité, vérifiez que le certificat TLS de l'appareil Roving Edge Infrastructure est correctement installé et sécurisé. Si le point d'extrémité expire ou renvoie une réponse autre que 200, le système peut subir une panne partielle.

Avertissement de sécurité du navigateur lors de l'accès à la console du périphérique

La console de périphériques communique avec TLS/HTTPS sur le port 8015 d'un périphérique donné. Lorsque le navigateur de la console d'appareil affiche un avertissement de sécurité, assurez-vous que le certificat TLS est installé et sécurisé sur votre appareil Roving Edge Infrastructure. Si le certificat TLS de la console de périphériques n'est pas installé et approuvé sur l'ordinateur hôte, ajoutez le certificat TLS de la console de périphériques dans le navigateur à la collection de clés/certificats de l'ordinateur hôte. Marquez-le comme digne 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 le téléchargement du certificat.

"Service unknown" lors de la création de stratégies pour "service rover"

Si vous obtenez l'erreur "Service unknown" lors de la création de stratégies pour le rover de service, vous devrez peut-être créer une location enfant dans Oracle Cloud Infrastructure. Pour plus d'informations sur cette fonctionnalité, reportez-vous à Création d'une location enfant dans la documentation Oracle Cloud Infrastructure.

Vous ne pouvez pas déverrouiller l'appareil

Problème

Vous entrez la phrase de passe de déverrouillage, mais le périphérique ne se déverrouille pas.

Causes possibles et résolutions

La clé maître du périphérique peut être déchiquetée pour l'une des raisons suivantes :

• Quelqu'un a délibérément déchiqueté la clé à l'aide de l'option de console série Shred Key. Reportez-vous à Redéfinition de la clé maître pour les appareils Roving Edge Infrastructure.
• Quelqu'un a entré la mauvaise phrase de passe de déverrouillage pour la console série trop de fois, et le périphérique a déchiqueté la clé pour des raisons de sécurité.

Pour les périphériques auto-provisionnés :

La seule façon de procéder à la récupération est d'exécuter Recover Key dans la console série, puis d'entrer la clé de récupération. La clé de récupération a été affichée lors de la configuration initiale du périphérique.

Si vous ne connaissez pas la clé de récupération, il n'y a aucun moyen de déverrouiller et de récupérer l'appareil. Vous devez renvoyer l'appareil. Reportez-vous à Renvoi d'appareils Roving Edge Infrastructure à Oracle.

Pour les appareils provisionnés par Oracle, reportez-vous à Récupération de l'appareil Roving Edge Infrastructure après le déchiquetage de la clé maître.

Collecte des journaux d'auto-provisionnement

Lors de l'utilisation de l'interface de configuration de base de Roving Edge dans la console série, comme décrit dans Provisionnement automatique de l'appareil, vous pouvez collecter des journaux susceptibles d'aider à diagnostiquer les problèmes.

1. Dans le menu principal Interface de configuration de base Roving Edge, 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 les lignes ===) dans un fichier, puis envoyez le fichier au support technique Oracle.

Recherche des mises à jour de l'interface de configuration de base Roving Edge

L'interface de configuration de base de Roving Edge 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 y invite.

1. Dans le menu principal Interface de configuration de base Roving Edge, 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 le dispositif ou de terminer l'inscription

Problème

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

• 6) Register device to OCI

• 7) Complete device registration

Erreur :

Checking OCI Connectivity...
 
OCI connectivity failure due to The required information to complete authentication was not provided or was incorrect.
Please obtain new Session token/Session private key and re-enter
3) Session token and 4) Session private key then retry 6) Register device to OCI
 
ERROR: Registration FAILED!

Causes possibles et résolutions

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

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

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

• L'horloge de l'appareil Roving Edge n'est pas synchronisée avec l'horloge du serveur OCI.

  Revenez 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 :

Checking OCI Connectivity...
Node name: node-1
Node shape: RED.2.56
..
OCI connectivity OK!
....
Failed: Register to OCI Failed!!! Invalid Activation Code
 
Registration failed. Please retry 6) Register device to OCI a few more times.
 
If the failure still exist, please collect logs and contact Oracle Support.

Causes possibles et résolutions

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

Le TOTP du serveur ne correspond pas au TOTP du client

Problème

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

Erreur :

Complete Registration Failed!!! The server TOTP does not match client TOTP
 
Please refer to Rover User Guide to create a dynamic group and update the policy statement.
Unable to complete the registration. Please retry 7) Complete device registration

Causes possibles et résolutions

Vous n'avez peut-être pas de groupe dynamique requis, la stratégie associée n'est pas configurée ou est configurée de manière incorrecte dans votre location.

Dans votre location, assurez-vous que le groupe dynamique et la stratégie sont configurés. Reportez-vous à Autorisation du provisionnement automatique des appareils Roving Edge Infrastructure.

L'icône de chargement de la mise à niveau du système continue de tourner

L'outil de mise à niveau du système conserve son état de chargement jusqu'à ce qu'un délai d'expiration se produise, après quoi il indique que le statut de la mise à niveau du système ne peut pas être déterminé. Ce délai d'expiration survient le plus souvent lorsque les RED sont déconnectés d'Internet. La mise à niveau du système nécessite une connexion à OCI pour déterminer si une mise à niveau pour l'appareil RED est disponible.

Si votre appareil est déconnecté d'Internet, vous pouvez le mettre à jour à l'aide du processus de mise à niveau déconnecté. Pour plus d'informations, reportez-vous à Mise à niveau du logiciel d'appareil Roving Edge lors de la déconnexion.

Echec du processus de téléchargement du bundle de mise à niveau du système

Vérifiez votre connexion Internet et appuyez sur Télécharger la mise à niveau pour tenter le téléchargement. Si le téléchargement échoue après plusieurs tentatives, contactez le support technique Oracle pour obtenir de l'aide.

La plage d'adresses IP de la configuration de pool d'adresses IP publiques n'est pas soumise

Après avoir saisi une plage d'adresses IP et appuyé sur Entrée, appuyez de nouveau sur Entrée sur la ligne d'entrée vide à soumettre. Si d'autres plages d'adresses IP sont requises, appuyez sur Entrée après chaque plage 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 revenir en arrière, cliquez sur Ctrl+C.

Impossible d'accéder aux adresses de service public (169.254.169.254 sur les ports 8015, 18336, etc.)

Assurez-vous que le pare-feu sur l'instance ne bloque pas la plage d'adresses 196.254.0.0/16. Il est courant qu'une image exportée par OCI bloque par défaut la plage d'adresses lien-local. Si tel est le cas, enlevez des paramètres de pare-feu la règle qui bloque les connexions à 196.254.0.0/16. 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 de blocs

Le manque d'espace de stockage disponible peut entraîner l'échec des opérations de stockage de blocs. Libérez de l'espace en supprimant les ressources qui ne sont plus nécessaires, telles que les objets Object Storage, les volumes d'initialisation et de blocs et les instances. Vérifiez régulièrement le stockage disponible de vos RED pour vous assurer que vous ne risquez pas de manquer. Pour plus d'informations, reportez-vous à Surveillance des appareils Roving Edge Infrastructure.

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

Lorsque le système atteint 80 % de la capacité utilisée, il déclenche un statut d'avertissement sur la page Surveillance. Lorsque le système atteint la capacité utilisée de 95 %, il passe en mode lecture seule et la page Surveillance affiche le statut Object Storage Degraded ou Warning.

Oracle recommande d'éviter d'exécuter des opérations d'écriture intensives lorsque le système fonctionne avec une capacité utilisée de 80 %. Si vous êtes à ou près de 80 %, transférez les données vers le cloud OCI jusqu'à ce que le système soit bien en dessous de 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 Compute et Object Storage) sont limitées. Toutes les opérations de calcul, telles que les instances personnalisées, les volumes d'initialisation et les volumes de blocs, ainsi que toutes les opérations Object Storage, 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.

S'il ne reste plus d'espace de stockage disponible sur le périphérique, vous pouvez libérer de l'espace en supprimant les ressources qui ne sont plus nécessaires, telles que les objets dans Object Storage, les volumes d'initialisation et de 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 via la console série. Le mode sans échec vous permet d'effectuer les suppressions nécessaires.

Eviter la sursouscription des problèmes de stockage

Suivez les recommandations de meilleures pratiques pour configurer ou planifier l'utilisation des ressources de calcul, de stockage de blocs et d'Object Storage afin d'éviter les problèmes de surabonnement. Block Storage et Compute ne réservent pas d'espace de stockage pour les volumes à l'avance. Au lieu de cela, l'espace de stockage est consommé lorsque les données sont écrites sur le volume. Par exemple, si un volume de blocs de 100 Go est créé, cela ne signifie pas que 100 Go est réservé à 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, Compute et Block Storage ne valident pas la taille indiqué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 à la taille des volumes de 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 sur la page Surveillance de la console de périphériques.

La page de surveillance affiche le statut Object Storage "Degraded" ou "Warning"

Si la fonction de stockage au sein d'un système RED présente des dysfonctionnements ou des problèmes physiques, la page Surveillance de la console de périphériques peut afficher périodiquement le statut Avertissement ou Dégradé pour le service Object Storage. Si cette situation se produit, le RED tente de rééquilibrer son stockage et de récupérer le niveau de redondance déclaré. Finalement, il montre un état sain si RED a de l'espace disponible et est capable de récupérer suffisamment de copies redondantes sur les périphériques RED restants utilisés pour le stockage.

L'import d'images d'Object Storage vers Compute prend beaucoup de temps

Si une image n'apparaît pas dans la liste Images personnalisées, l'import a échoué. Si l'import échoue, vérifiez la page Détails des noeuds de périphérique :

1. Ouvrez le menu de navigation et sélectionnez Gestion des noeuds > Noeuds. La page Noeuds s'affiche, indiquant le statut des services et des fonctionnalités de tous les appareils Roving Edge Infrastructure au format tabulaire.

2. Sélectionnez le noeud dont vous voulez surveiller le statut et affichez sa page Détails.

3. Sélectionnez l'onglet Stockage et vérifiez quel pourcentage du périphérique de stockage a été utilisé.

Si le service Object Storage n'est pas en bon état, la page Surveillance affiche le statut Dégradé ou Avertissement. Si Object Storage est en bon état, consultez la page Surveillance pour vous assurer qu'il existe suffisamment d'espace disponible. Si l'espace disponible est insuffisant, supprimez les images, objets, instances et autres éléments pour laisser de la place à l'image voulue.

Les objets avec certains ID de version peuvent entraîner des problèmes

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

Dans ce cas, vous pouvez recourir à l'une des solutions de contournement suivantes :

• Incluez le signe égal ("=") entre le paramètre --version-id et sa valeur. N'incluez pas d'espaces avant/après =. Par exemple :

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

  Utilisez uniquement des guillemets autour de la valeur.

• Incluez le paramètre --from-json dans la commande et indiquez l'entrée au format JSON. Pour plus d'informations, reportez-vous à Options JSON avancées.

La tentative de création d'instance entraîne le message "Hors capacité"

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

Echec de l'importation de l'image

L'importation d'images volumineuses prend un certain temps, bien plus longtemps si d'autres applications ou opérations gourmandes en disques 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 expire automatiquement et s'annule au bout de quatre heures.

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

Roving Edge Infrastructure prend uniquement en charge les images .oci et .qcow2, avec l'initialisation UEFI. Pour rechercher les problèmes liés aux images, ouvrez la console des périphériques et accédez à 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 cloud OCI sont généralement de type .oci. Confirmez l'image et le type d'initialisation auprès du fournisseur de l'image.

Sur un ordinateur Linux, utilisez l'utilitaire qemu-img pour afficher les informations de 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 fait référence à une ressource externe, assurez-vous que des résolveurs DNS externes sont ajoutés à la liste des serveurs de noms de 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 RED sont corrects. Reportez-vous à la section Administering Devices Through the Serial Console
3. Assurez-vous que les paramètres de 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 des périphériques et consultez la page Détails de la page de l'instance de calcul pour vous assurer que l'état de l'instance est RUNNING. 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 est affectée à l'instance. Ouvrez la console de périphérique et accédez à la page Détails de l'instance de calcul. Sélectionnez le nom de l'instance et vérifiez que l'adresse IP publique est affectée à l'instance en vérifiant la valeur de l'adresse IP publique sous la section Accès à l'instance.

   Si aucune adresse IP publique n'est affectée à l'instance, ajoutez-en une en procédant comme suit :

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

   2. Sélectionnez VNIC attachées sous Ressources pour afficher la liste des cartes d'interface réseau virtuelles attachées.

   3. Sélectionnez la VNIC principale.

   4. La page Détails de la VNIC principale apparaît.

   5. Sélectionnez Modifier.

      Sinon, sélectionnez le menu Actions () de la carte d'interface réseau virtuelle à modifier, puis cliquez sur Modifier.

      La boîte de dialogue Modifier la carte d'interface réseau virtuelle apparaît.

   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 réseau pour vous assurer que le pool d'adresses IP publiques de l'appareil RED est configuré et que des adresses IP sont disponibles.

3. Assurez-vous que les paramètres de connectivité externe RED sont corrects. Ouvrez la console série et sélectionnez Configuring Devices. Assurez-vous que l'adresse IP, la longueur du préfixe réseau et l'adresse IP de passerelle du RED sont correctement configurées.

4. Assurez-vous que l'instance est accessible via les 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 d'instance (service SSH, règles de pare-feu). Pour plus d'informations, consultez la documentation de votre système d'exploitation concernant la configuration de SSH et du pare-feu.

5. Assurez-vous que l'instance a démarré correctement. En cas d'échec de l'exécution de la commande ping 100.100.1.10, vérifiez l'historique de la console de l'instance pour rechercher une séquence de démarrage réussie. Reportez-vous à Capture de l'historique de la console pour Roving Edge Infrastructure.

6. Réinitialisez le noeud à l'aide du bouton d'alimentation du périphérique ou via la console série.

Impossible d'accéder à un port sur une instance à partir de la machine externe

1. Assurez-vous que les paramètres de connectivité externe RED sont corrects. Reportez-vous à la section Administering Devices Through the Serial Console.

2. Assurez-vous que les paramètres de 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 qualifié complet. L'adresse IP privée de l'instance est visible uniquement dans le sous-réseau VCN. Le nom de domaine qualifié complet de l'instance est visible uniquement lorsque le service DNS interne 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. Vérifiez que l'instance cible est en cours d'exécution. Ouvrez la console des périphériques et consultez 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 réseau et la passerelle, est correctement configurée. Suivez les instructions relatives aux paramètres du sous-réseau lors de la configuration. Pour plus d'informations, consultez la documentation de votre système d'exploitation concernant la configuration réseau.

   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 de pare-feu de l'instance cible ne bloquent pas les connexions entrantes. Pour plus d'informations, consultez la documentation de votre système d'exploitation concernant la procédure de configuration du pare-feu.

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 réussit. Exécutez la commande suivante à partir du shell de l'instance d'envoi de demande :

   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 le routage par défaut est défini sur la passerelle de sous-réseau. Consultez la documentation de votre système d'exploitation concernant les paramètres de routage 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 passerelle du sous-réseau 10.0.0.0/24 (la passerelle de sous-réseau VCN utilise toujours la première adresse de la plage de sous-réseaux).

Impossible d'accéder à une autre instance par nom de domaine qualifié complet

Vérifiez que l'instance cible est en cours d'exécution. Ouvrez la console des périphériques et consultez 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 d'envoi de demandes. 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'existe aucune 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 pool d'adresses IP publiques spécifié lors de la configuration du périphérique (à l'aide de la console série) dispose de suffisamment d'adresses pour le nombre d'instances (y compris celles dont l'état est Arrêté). S'il n'existe pas suffisamment d'adresses, mettez fin à certaines instances pour libérer des adresses ou créez d'autres adresses IP publiques à l'aide de la console série.

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

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 pool d'adresses IP publiques n'est pas configuré dans la console série ou qu'il n'existe plus d'adresses IP pour une autre raison indéterminée. Vérifiez que la plage de pools d'adresses IP publiques de RED a été définie (si vous créez une instance avec l'option d'adresse IP publique par défaut) :

  1. Ouvrez la console série.

  2. Sélectionnez Configure Networking (option 3).

  3. Sélectionnez Display Public IP Pool Status (option 4).

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

• Stockage complet d'objets/de blocs céph : l'impossibilité d'allouer de l'espace pour le volume d'initialisation de l'instance peut entraîner l'entrée de l'instance en état d'interruption. Assurez-vous que le stockage d'objets/de blocs n'est pas plein en consultant la partie supérieure de la page Monitoring dans la console RED.

• Utilisation totale de l'UC : il existe un maximum de 32 OCPU au total sur les instances, y compris les OCPU arrêtées. Sur la page Compute de la console sur les appareils, assurez-vous que le nombre total d'OCPU des instances existantes est inférieur au nombre maximal de 32. Si les 32 OCPU sont toutes utilisées, mettez fin à certaines instances pour libérer des ressources.

• Utilisation complète des GPU : il existe un maximum d'une instance de forme de GPU, y compris les GPU arrêtés. Une instance RED ne peut avoir qu'une seule instance en forme de GPU provisionnée à la fois. Les tentatives de création d'autres instances en forme de GPU prennent fin lors du provisionnement. Sur la page Calcul de la console de dispositif, assurez-vous qu'aucune instance avec une forme de GPU n'est en exécution ou en arrêt. S'il existe une instance en forme de GPU, mettez-la fin.

• Image non valide : Roving Edge Infrastructure prend uniquement en charge les formats d'image .oci et .qcow2, avec l'initialisation UEFI. Sur la page Calcul de la console de périphérique, ouvrez la section Instances et déterminez l'instance qui se termine. Sélectionnez l'instance qui se termine pour ouvrir sa 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 cloud OCI sont généralement de type .oci. Vérifiez l'image et le type d'initialisation avec la personne qui a fourni l'image.

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

  qemu-img info image_file

Lenteur des performances de l'instance ou lenteur de l'utilisation du terminal à l'aide de SSH

Des performances RED lentes peuvent se produire lorsque d'autres instances subissent une utilisation intensive, telles que celles exécutant des applications gourmandes en disques ou en réseau. Les opérations de périphérique gourmandes en ressources, telles que l'import de contenus de stockage d'objets volumineux 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 plus élevé, car elle fournit également plus de RAM. Arrêtez ou mettez fin à l'instance en cours, puis créez une autre instance à l'aide de la même image, mais avec la forme la plus grande.

Votre instance se lance à 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 que vous essayez de vous connecter à l'adresse IP publique de l'instance à l'aide de SSH.

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

• Donnez une minute ou plus à l'instance pour qu'elle soit entièrement lancée. Cette heure permet au service SSH de se charger. Réessayez ensuite de vous connecter.

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

Instance bloquée pendant une longue période

Le provisionnement de certaines images et ressources, telles que les volumes d'initialisation, les GPU et les 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 Device et ouvrez la page Détails de l'instance.

2. Consultez les sections Volumes de blocs attachés et VNIC attachées, et notez les ressources bloquées à l'état Attachement ou Détachement.

3. Si des volumes de blocs ou des cartes d'interface réseau virtuelles sont bloqués à l'état d'attachement/détachement, consultez la page Surveillance pour voir si les services Block Storage et VCN sont en bon état.

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

   • Si le pool d'adresses IP publiques est utilisé, il est impossible 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 que la page Monitoring contient d'autres services en mauvais état.

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 après quelques heures, sinon elles devront être interrompues manuellement.

Echec de la création de la tâche avec l'erreur "Il existe une tâche identique ou circulaire"

Les tâches de synchronisation de données sont unidirectionnelles et sensibles aux références circulaires. Vous ne pouvez pas configurer une synchronisation bidirectionnelle à l'aide de deux tâches et des mêmes buckets de stockage d'objets utilisés par OCI et les RED. Assurez-vous que la tâche que vous créez ne tente pas d'inverser le sens 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.

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

Data Sync exige que vous affectiez une connexion pour chaque RED à un emplacement cloud OCI où vous souhaitez que les opérations de synchronisation de données se produisent. Consultez 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'objet se produisent, résolvez ces problèmes avant de tenter d'exécuter ou de programmer une synchronisation de données. Vérifiez ensuite 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 Infrastructure et OCI. Si l'envoi de la commande ping à OCI ne fonctionne pas, vérifiez qu'il n'existe pas de pare-feu ou de règles réseau bloquant la connectivité.

Si vous créez un travail de tâche de synchronisation de données pour synchroniser un bucket de RED vers OCI ou d'OCI vers RED, et que son exécution estimée est supérieure à 12 heures, le travail de synchronisation de données échoue exactement au bout de 12 heures car le jeton d'authentification expire au bout de 12 heures. Si le travail de synchronisation des données é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 apparaît. Toutes les tâches de synchronisation de données sont répertoriées sous forme tabulaire.

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 () de la tâche de synchronisation des données que vous avez sélectionnée et sélectionner Démarrer.

4. Confirmez le démarrage lorsque vous y êtes invité.