Résolution des problèmes AWS Cloud9 - AWS Cloud9
InstallerAWS Cloud9 EnvironnementAmazon EC2Autres AWS servicesAperçu de l'applicationPerformanceApplications et services tiers

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Résolution des problèmes AWS Cloud9

Utilisez les informations suivantes pour identifier et résoudre les problèmes liés à AWS Cloud9.

Si votre problème n'est pas répertorié ou que vous avez besoin d'une aide supplémentaire, consultez le forum de discussion AWS Cloud9. Lorsque vous entrez dans ce forum, il vous sera peut-être demandé de vous connecter. Vous pouvez également nous contacter directement.

Installer

La section suivante décrit les problèmes de résolution liés au AWS Cloud9 programme d'installation.

Le AWS Cloud9 programme d'installation se bloque ou échoue

Problème : Lorsque vous téléchargez et exécutez le AWS Cloud9 programme d'installation, une ou plusieurs erreurs se produisent et le script du programme d'installation ne s'affiche pasDone.

Cause : Le AWS Cloud9 programme d'installation a rencontré une ou plusieurs erreurs qu'il ne parvient pas à corriger et échoue en conséquence.

Solution : pour plus d'informations, veuillez consulter la rubrique Dépannage du programme d'installation d'AWS Cloud9. Reportez-vous aux problèmes courants, aux causes possibles et aux solutions recommandées.

AWS Cloud9 le programme d'installation ne se termine pas après avoir affiché : « Package Cloud9 IDE 1"

Problème : AWS Cloud9 est installé sur votre instance Amazon EC2 existante ou sur votre propre serveur dans le cadre du processus de création d'un environnement de développement SSH. L'installation se bloque après l'apparition du message suivant dans la boîte de dialogue du programme d'installation AWS Cloud9  : « Package Cloud9 IDE 1 ». Si vous choisissez Annuler, le message suivant s'affiche : « Échec de l'installation ». Cette erreur se produit lorsque les AWS Cloud9 packages ne peuvent pas être installés sur l'hôte SSH du client.

Cause : Un hôte SSH nécessite que vous installiez Node.js. Nous vous recommandons d'installer la dernière Node.js version prise en charge par le système d'exploitation de l'hôte. Si vous disposez d'une version de Node.js sur votre hébergeur qui AWS Cloud9 n'est pas compatible, une erreur d'installation peut se produire.

Solution recommandée : installez une version de Node.js AWS Cloud9 compatible avec votre hôte SSH.

Impossible d'installer les dépendances

Problème : AWS Cloud9 nécessite un accès Internet pour télécharger les dépendances.

Causes possibles :

  • Si votre AWS Cloud9 environnement utilise un proxy pour accéder à Internet, il AWS Cloud9 a besoin des détails du proxy pour installer les dépendances. Si vous n'avez pas fourni les détails de votre proxy à AWS Cloud9, cette erreur apparaît.

  • Cela peut également être dû au fait que votre environnement n'autorise pas le trafic sortant.

Solutions recommandées :

  • Pour fournir les détails de votre proxy à AWS Cloud9, ajoutez le code suivant à votre ~/.bashrc fichier d'environnements :

    export http_proxy=[proxy url for http]
export https_proxy=[proxy url for https]
#Certificate Authority used by your proxy
export NODE_EXTRA_CA_CERTS=[path_to_pem_certificate]

    Par exemple, si l'URL de votre proxy HTTP est https://172.31.26.80:3128 et que l'URL de votre proxy HTTP l'esthttps://172.31.26.80:3129, ajoutez les lignes suivantes à votre ~/.bashrc fichier et définissez NODE_EXTRA_CA_CERTS le chemin d'un fichier d'autorité de certification au format PEM. Pour plus d'informations sur cette variable, consultezhttps://nodejs.org/api/cli.html#node_extra_ca_certsfile.

    export http_proxy=http://172.31.26.80:3128
export https_proxy=https://172.31.26.80:3129
export NODE_EXTRA_CA_CERTS=[path_to_pem_certificate]

  • Si vous utilisez une instance Amazon EC2 sans entrée, vous devez vous assurer qu'un point de terminaison Amazon VPC pour Amazon S3 est configuré. Pour plus d'informations à ce sujet, consultez Configuration des points de terminaison Amazon VPC pour les dépendances de téléchargement d'Amazon S3.

Erreur d'environnement SSH : « La version 3 de Python est requise pour installer pty.js »

Problème : Après avoir ouvert un environnement de développement AWS Cloud9 SSH, le terminal de l' AWS Cloud9 IDE affiche un message commençant par « Python version 3 est nécessaire pour installer pty.js ».

Cause : Pour fonctionner comme prévu, un environnement SSH nécessite l'installation de la version 3 de Python.

Solution : installez Python version 3 dans l'environnement. Pour vérifier votre version, exécutez la commande python --version sur le terminal de votre serveur. Pour installer Python 3 sur votre serveur, consultez l'une des rubriques suivantes :

AWS Cloud9 Environnement

La section suivante décrit les problèmes de résolution liés à l' AWS Cloud9 environnement.

Erreur de création d'environnement : « Nous ne sommes pas en mesure de créer des instances EC2... »

Problème : Lorsque vous essayez de créer un environnement de AWS Cloud9 développement, un message s'affiche avec la phrase « Impossible de créer des instances EC2 dans votre compte lors de la vérification et de l'activation du compte ».

Cause : AWS est en train de vérifier et d'activer votre Compte AWS. Tant que l'activation n'est pas terminée, ce qui peut prendre jusqu'à 24 heures, vous ne pouvez pas créer d'autre environnement.

Solution : Testez la création du nouvel environnement plus tard. Si vous recevez toujours ce message après 24 heures, contactez l'assistance. En outre, il est important de savoir que, même en cas d'échec d'une tentative de création d'un environnement, AWS CloudFormation crée une pile associée dans votre compte. Ces piles sont prises en compte dans le quota de création de piles de votre compte. Pour éviter d'atteindre la limite du nombre de piles créées, vous pouvez supprimer ces piles ayant échoué. Pour plus d'informations, consultez Suppression d'une pile dans la console AWS CloudFormation dans le Guide de l'utilisateur AWS CloudFormation .

Erreur de création d'environnement : « Non autorisé à exécuter sts : AssumeRole »

Problème : Lorsque vous essayez de créer un nouvel environnement, le message d'erreur « Non autorisé à exécuter sts : AssumeRole » s'affiche et l'environnement n'est pas créé.

Causes possibles : aucun rôle AWS Cloud9 lié à un service n'existe dans votre. Compte AWS

Solutions recommandées : Créez un rôle AWS Cloud9 lié à un service dans votre. Compte AWS Vous pouvez exécuter cette opération en exécutant la commande suivante dans la AWS Command Line Interface (AWS CLI) ou le AWS CloudShell.

aws iam create-service-linked-role --aws-service-name cloud9.amazonaws.com # For the AWS CLI.
iam create-service-linked-role --aws-service-name cloud9.amazonaws.com     # For the aws-shell.

Si vous ne pouvez pas le faire, contactez votre Compte AWS administrateur.

Une fois que vous avez exécuté cette commande, essayez de créer l'environnement à nouveau.

Les identités fédérées ne peuvent pas créer d'environnements

Problème : Lorsque vous essayez d'utiliser une identité AWS fédérée pour créer un environnement de AWS Cloud9 développement, un message d'erreur d'accès s'affiche et l'environnement n'est pas créé.

Cause : AWS Cloud9 utilise des rôles liés à un service. Le rôle lié à un service est créé la première fois où un environnement est créé dans un compte à l'aide de l'appel iam:CreateServiceLinkedRole. Cependant, les utilisateurs fédérés ne peuvent pas appeler les API IAM. Pour plus d'informations, consultez GetFederationTokenla référence de AWS Security Token Service l'API.

Solution : demandez à un Compte AWS administrateur de créer le rôle lié au service AWS Cloud9 soit dans la console IAM, soit en exécutant cette commande avec le AWS Command Line Interface () :AWS CLI

aws iam create-service-linked-role --aws-service-name cloud9.amazonaws.com

Ou cette commande avec le AWS-shell :

iam create-service-linked-role --aws-service-name cloud9.amazonaws.com

Pour plus d’informations, consultez Utilisation des rôles liés à un service dans le IAM Guide de l’utilisateur.

Erreur de console : « User is not authorized to perform action on resource »

Problème : Lorsque vous essayez d'utiliser la AWS Cloud9 console pour créer ou gérer un environnement de AWS Cloud9 développement, une erreur s'affiche contenant une phrase similaire à « L'utilisateur n'arn:aws:iam::123456789012:user/MyUserest pas autorisé à exécuter des tâches cloud9:action sur les ressources »arn:aws:cloud9:us-east-2:123456789012:environment:12a34567b8cd9012345ef67abcd890e1, où :

  • arn:aws:iam::123456789012:user/MyUser est l'ARN (Amazon Resource Name (ARN) de l'utilisateur demandeur.

  • action est le nom de l'opération que l'utilisateur a demandée.

  • arn:aws:cloud9:us-east-2:123456789012:environment:12a34567b8cd9012345ef67abcd890e1 est l'ARN de l'environnement que l'utilisateur a demandé pour exécuter l'opération.

Cause : L'utilisateur avec lequel vous vous êtes connecté à la AWS Cloud9 console ne dispose pas des autorisations AWS d'accès appropriées pour effectuer l'action.

Solution : Assurez-vous que l'utilisateur dispose des autorisations d'accès AWS nécessaires, puis essayez à nouveau d'effectuer l'action. Pour plus d’informations, consultez les ressources suivantes :

Je ne parviens pas à me connecter

Problème : les utilisateurs ne peuvent pas se connecter à un environnement et sont bloqués au stade de la connexion.

Cause : si vous modifiez les autorisations du ~/ .ssh/authorized_keys fichier, supprimez les AWS Cloud9 clés de ce fichier ou supprimez complètement le fichier, ce problème peut se produire.

Solution : ne supprimez pas ce fichier. Si vous le supprimez, vous devez recréer votre environnement et vous devrez peut-être joindre le Volume EBS d'un environnement existant vers le nouvel environnement EC2. Il s'agit de récupérer vos données perdues. Si des autorisations sont manquantes, assurez-vous que le fichier possède Read-Write autorisations. Cela permet au démon SSH de le lire.

Impossible d'ouvrir un environnement

Problème : Lorsque vous essayez d'ouvrir un environnement, l'IDE ne s'affiche pas pendant un long moment (au bout d'au moins cinq minutes).

Causes possibles :

  • L'utilisateur IAM connecté à la AWS Cloud9 console ne dispose pas des autorisations d' AWS accès requises pour ouvrir l'environnement.

  • Si l'environnement est associé à une instance de AWS cloud computing (par exemple, une instance Amazon EC2), il est possible que ce soit vrai :

    • Le VPC associé à l'instance n'est pas configuré avec les paramètres corrects pour. AWS Cloud9

    • L'instance passe d'un état à l'autre ou échoue aux vérifications d'état automatisées lorsqu'elle tente de AWS Cloud9 se connecter à l'instance.

  • Si l'environnement est un environnement SSH, l'instance de cloud computing associée ou votre propre serveur n'est pas correctement configuré pour AWS Cloud9 permettre d'y accéder.

Solutions recommandées :

Impossible d'ouvrir AWS Cloud9 l'environnement : « Les collaborateurs ne peuvent actuellement pas accéder à cet environnement. Veuillez patienter jusqu'à ce que la suppression des informations d'identification temporaires gérées soit terminée, ou contactez le propriétaire de cet environnement. »

Problème : Si un nouveau collaborateur est ajouté à un environnement par une personne qui n'en est pas le propriétaire, les informations d'identification temporaires AWS gérées sont désactivées. Les informations d'identification sont désactivées par la suppression du fichier ~/.aws/credentials. Pendant la suppression du ~/.aws/credentials fichier, les nouveaux collaborateurs ne peuvent pas accéder à l' AWS Cloud9 environnement.

Cause : empêcher l'accès à l'environnement lors de la suppression des informations d'identification temporaires gérées par AWS est une mesure de sécurité. Elle permet aux propriétaires d'environnement de confirmer que seuls les collaborateurs de confiance ont accès aux informations d'identification gérées. S'ils sont convaincus que la liste des collaborateurs est valide, les propriétaires d'environnement peuvent réactiver les informations d'identification gérées afin qu'elles puissent être partagées. Pour plus d’informations, consultez Contrôle de l'accès aux informations d'identification temporaires gérées par AWS.

Solutions recommandées : Attendez que le ~/.aws/credentials fichier soit complètement supprimé avant de réessayer d'ouvrir l' AWS Cloud9 environnement. Le délai d'attente maximal pour l'expiration des informations d'identification est de 15 minutes. Vous pouvez également demander au propriétaire de l'environnement de réactiver ou de désactiver les informations d'identification temporaires gérées. Une fois les informations d'identification réactivées ou désactivées, les collaborateurs peuvent accéder immédiatement à l'environnement. En basculant l'état des informations d'identification gérées sur ENABLED ou DISABLED, le propriétaire de l'environnement s'assure que les informations d'identification ne restent pas dans un état intermédiaire. Une statistique intermédiaire peut empêcher les collaborateurs d'accéder à l'environnement.

Note

Supposons que le propriétaire et le collaborateur de l'environnement appartiennent au même Compte AWS. Le collaborateur peut identifier le propriétaire de l'environnement à contacter en examinant la fiche pour un environnement sur la page Vos environnements de la console. Le propriétaire de l'environnement est également indiqué sur la page Détails de l'environnement.

Erreur de suppression d'environnement : « Impossible de supprimer un ou plusieurs environnements »

Problème : lorsque vous tentez de supprimer un ou plusieurs environnements dans la AWS Cloud9 console, le message « Impossible de supprimer un ou plusieurs environnements » s'affiche et au moins un des environnements n'est pas supprimé.

Cause possible : un problème AWS CloudFormation peut survenir lors de la suppression d'un ou de plusieurs environnements. AWS Cloud9 s'appuie sur AWS CloudFormation pour créer et supprimer des environnements.

Solution recommandée : essayez AWS CloudFormation de supprimer chacun des environnements non supprimés.

  1. Ouvrez la AWS CloudFormation console à l'adresse https://console.aws.amazon.com/cloudformation.

  2. Dans la barre AWS de navigation, choisissez le Région AWS pour l'environnement.

  3. Dans la liste des AWS CloudFormation piles, sélectionnez l'entrée où le nom de la pile contient le nom de l'environnement non supprimé et où le statut est DELETE_FAILED. Par exemple, si le nom de l'environnement estmy-demo-environment, choisissez la pile qui commence par le nom aws-cloud9 -. my-demo-environment (Cochez la case ou choisissez l'option située en regard du nom de l'environnement, et non le nom de l'environnement proprement dit.)

  4. Choisissez Actions, Supprimer la pile.

  5. Si vous y êtes invité, choisissez Oui, supprimer.

Le processus de suppression d'une pile peut prendre quelques minutes.

Si la pile disparaît de la liste, l'environnement est maintenant supprimé.

Si la pile est toujours affichée avec le statut DELETE_FAILED après quelques minutes, l'environnement n'est toujours pas supprimé. Vous pouvez essayer de supprimer manuellement chacune des ressources de la pile ayant échoué.

Note

La suppression manuelle des ressources d'une pile défaillante ne supprime pas la pile elle-même de votre Compte AWS.

Pour supprimer manuellement ces ressources, procédez comme suit. Dans la AWS CloudFormation console, choisissez la pile défaillante, puis sélectionnez la section Ressources. Accédez à la console AWS pour chaque ressource de cette liste, puis utilisez cette console pour supprimer la ressource.

Modification du délai d'expiration d'un environnement dans IDE AWS Cloud9

Problème : les utilisateurs souhaitent mettre à jour le délai d'expiration des environnements Amazon EC2.

Cause : Le délai d'expiration par défaut est de 30 minutes. Cela peut être trop court pour certains utilisateurs.

Solution recommandée:

  1. Ouvrez l'environnement que vous souhaitez configurer.

  2. Dans l'AWS Cloud9 IDE, dans la barre de menu, choisissez AWS Cloud9Preferences.

  3. Dans la fenêtre Préférences, accédez à la section instance Amazon EC2.

  4. Sélectionnez la valeur du délai d'expiration dans la liste disponible et mettez-la à jour.

Erreur lors de l'exécution des applications SAM localement dans le AWS Toolkit car l' AWS Cloud9 environnement ne dispose pas de suffisamment d'espace disque

Problème : Une erreur se produit lorsque vous utilisez le AWS Toolkit pour exécuter des commandes AWS SAM CLI pour des applications définies par des modèles SAM.

Causes possibles : lorsque vous exécutez et déboguez des applications sans serveur localement avec le AWS Toolkit, il AWS SAM utilise des Docker images. Ces images fournissent un environnement d'exécution et créent des outils qui émulent l'environnement Lambda dans lequel vous prévoyez de déployer.

Mais si votre environnement manque d'espace disque, l'image Docker qui fournit ces fonctionnalités ne peut pas être créée et votre application SAM locale ne parvient pas à s'exécuter. Si cela se produit, vous pouvez recevoir une erreur dans l'onglet Sortie semblable à ce qui suit :

Error: Could not find amazon/aws-sam-cli-emulation-image-python3.7:rapid-1.18.1 image locally and failed to pull it from docker.

Cette erreur concerne une application SAM créée à l'aide du moteur d'exécution Python. Vous pouvez recevoir un message légèrement différent, en fonction du moteur d'exécution que vous avez choisi pour votre application.

Solutions recommandées : libérez de l'espace disque dans votre environnement pour que l'image Docker puisse être créée. Supprimez toutes les images Docker non utilisées en exécutant la commande suivante dans le terminal de l'IDE.

docker image prune -a

Si vous rencontrez à plusieurs reprises des problèmes avec les commandes de la CLI SAM en raison de restrictions d'espace disque, envisagez de passer à un environnement de développement qui utilise un autre type d'instance.

(haut de la page)

Impossible de charger l'IDE à l'aide d'anciennes versions du navigateur Microsoft Edge

Problème : HTTP403: FORBIDDEN une erreur est renvoyée lors de la tentative de chargement de l' AWS Cloud9 IDE à l'aide du navigateur Microsoft Edge Web.

Causes possibles : L' AWS Cloud9 IDE ne prend pas en charge certaines anciennes versions deMicrosoft Edge.

Solutions recommandées : pour mettre à jour le navigateur, choisissez le bouton représentant des points de suspension (...) dans la barre d'outils Microsoft Edge. Dans le menu, choisissez Settings (Paramètres), puis About Microsoft Edge (À propos de ). Si une mise à jour est requise, elle est automatiquement téléchargée et installée.

(haut de la page)

Impossible de créer la structure de sous-dossiers /home/ec2-user/environment/home/ec2-user/environment dans l'explorateur de fichiers IDE AWS Cloud9 .

Problème : Lorsque vous créez la structure de sous-dossiers /home/ec2-user/environment/home/ec2-user/environment dans l'explorateur de fichiers AWS Cloud9 IDE, un message d'erreur s'affiche indiquant qu'il n'est pas possible d'ouvrir ce répertoire.

Causes possibles : Il n'est actuellement pas possible de créer une structure de sous-dossiers /home/ec2-user/environment dans un dossier du même nom à l'aide du système de fichiers de l'IDE. AWS Cloud9 Vous ne pourrez accéder à aucun fichier de ce répertoire à partir de l'explorateur de fichiers AWS Cloud9 IDE, mais vous pourrez y accéder à l'aide de la ligne de commande. Ce problème ne concerne que le chemin de fichier /home/ec2-user/environment/home/ec2-user/environment. Les chemins de fichiers tels que /test/home/ec2-user/environment et /home/ec2-user/environment/test devraient fonctionner. Il s'agit d'un problème connu qui ne concerne que l'explorateur de fichiers AWS Cloud9 IDE.

Solutions recommandées : utilisez un nom de fichier et une structure différents.

(haut de la page)

Impossible de créer la structure de sous-dossiers /projects/projects dans l'explorateur de fichiers de l'IDE pour. AWS Cloud9 CodeCatalyst

Problème : Lorsque vous créez la structure de sous-dossiers /projects/projects dans l'explorateur de fichiers AWS Cloud9 IDE pour CodeCatalyst, vous recevez un message d'erreur indiquant qu'il n'est pas possible d'ouvrir ce répertoire.

Causes possibles : Il n'est actuellement pas possible de créer une structure de sous-dossiers /projects dans un dossier du même nom à l'aide de l'explorateur de fichiers de l' AWS Cloud9 IDE pour. CodeCatalyst Vous ne pourrez accéder à aucun fichier de ce répertoire à partir de l'explorateur de fichiers AWS Cloud9 IDE, mais vous pourrez y accéder à l'aide de la ligne de commande. Ce problème n'affecte que le chemin de fichier /projects/projects, les chemins de fichiers tels que /test/projects et /projects/test devraient fonctionner. Il s'agit d'un problème connu qui n'affecte que l'explorateur de fichiers AWS Cloud9 IDE pour CodeCatalyst.

Solutions recommandées : utilisez un nom de fichier et une structure différents.

(haut de la page)

Impossible d'interagir avec la fenêtre du terminal dans AWS Cloud9 en raison d'erreurs de session tmux

Problème : Lorsque vous essayez de lancer une nouvelle fenêtre de terminal AWS Cloud9, l'interface de ligne de commande attendue n'est pas disponible. Il n'y a pas d'invite de commande et vous ne pouvez pas saisir de texte. Des messages d'erreur tels que tmux: need UTF-8 locale (LC_CTYPE) et invalid LC_ALL, LC_CTYPE or LANG sont renvoyés.

Causes possibles : Un terminal qui ne répond pas peut être dû à une erreur tmux. AWS Cloud9 utilise l'utilitaire tmux. Ainsi, les informations affichées dans le terminal restent conservées même lorsque la page se recharge ou que vous vous reconnectez à votre environnement de développement.

Dans une session tmux, ce qui s'affiche dans la fenêtre du terminal est géré par un client. Le client communique avec un serveur qui peut gérer plusieurs sessions. Le serveur et le client communiquent via un socket situé dans le dossier tmp. Si le dossier tmp est manquant de votre environnement de développement ou des autorisations trop restrictives y sont appliquées, les sessions tmux ne peuvent pas s'exécuter. Si cela se produit, la fenêtre du terminal de l'IDE ne répond plus.

Solutions recommandées : Si des erreurs tmux vous empêchent d'interagir avec la fenêtre du terminal, vous devez utiliser une autre méthode pour créer un dossier avec les autorisations appropriées pour que les sessions tmp puissent s'exécuter. De cette façon, les sessions tmux peuvent s'exécuter. Une solution consiste à exporter LC_CTYPE dans .bash_profile ou dans le fichier .bashrc. Une autre solution recommandée consiste AWS Systems Manager à configurer une configuration de gestion d'hôte. Cela permet d'accéder à l'instance concernée via la console Amazon EC2.

Configuration de la gestion des hôtes

  1. Tout d'abord, dans la AWS Cloud9 console, recherchez le nom de l'instance de votre environnement. Vous pouvez effectuer cette opération en sélectionnant le panneau approprié dans la page Vos environnements et en choisissant Afficher des détails. Dans a page Environment details (Détails de l'environnement), choisissez Go to Instance (Accéder à instance). Dans la console Amazon EC2, confirmez le nom de l'instance à laquelle vous devez accéder.

  2. Accédez maintenant à la AWS Systems Manager console, puis dans le volet de navigation, choisissez Quick Setup.

  3. Dans la page Quick Setup (Configuration rapide), choisissez Create (Créer).

  4. Pour Configuration types (Types de configuration), accédez à Host Management (Gestion des hôtes et choisissez Create (Créer).

  5. Pour Customize Host Management configuration options (Personnalisation des options de configuration Host Management), dans la section Targets (Cibles), choisissez Manual (Manuelle).

  6. Sélectionnez l'instance EC2 à laquelle vous voulez accéder, puis choisissez Create (Créer).

Connexion à l'instance et exécution de commandes

Note

Les étapes ci-dessous concernent la nouvelle console EC2.

  1. Dans le panneau de navigation de la console Amazon EC2 choisissez Instances et sélectionnez l'instance à laquelle vous voulez vous connecter.

  2. Choisissez Se connecter.

    Si Connect (Connexion) n'est pas activé, vous devrez peut-être commencer par démarrer l'instance.

  3. Dans le panneau Connect to your instance (Connectez-vous à votre instance), pour Connection method (Méthode de connexion), choisissez Session Manager (Gestionnaire de session), et puis Connect (Connexion).

  4. Dans la fenêtre de session du terminal qui apparaît, entrez les commandes suivantes. Ces commandes créent le dossier tmp avec les autorisations nécessaires pour que le socket tmux soit disponible.

    sudo mkdir /tmp
sudo chmod 777 /tmp
sudo rmdir /tmp/tmux-*

(haut de la page)

Amazon EC2

La section suivante décrit les problèmes de résolution liés à Amazon EC2.

Les instances Amazon EC2 ne sont pas mises à jour automatiquement

Problème : les mises à jour récentes du système ne sont pas automatiquement appliquées à une instance Amazon EC2 connectée à un environnement de AWS Cloud9 développement.

Cause : L'application automatique de mises à jour système récentes peut entraîner un comportement inattendu de votre code ou de l'instance Amazon EC2, sans que vous en soyez informé et sans votre approbation au préalable.

Solutions recommandées :

Appliquez régulièrement les mises à jour du système à l'instance Amazon EC2 en suivant les instructions de la section Mise à jour du logiciel de l'instance dans le guide de l'utilisateur Amazon EC2.

Pour exécuter des commandes sur l'instance, vous pouvez utiliser une session de terminal dans l' AWS Cloud9 IDE depuis l'environnement connecté à l'instance.

Sinon, vous pouvez utiliser un utilitaire d'accès à distance SSH tel que ssh ou PuTTY pour vous connecter à l'instance. Pour ce faire, à partir de votre ordinateur local, utilisez un utilitaire de création de paire de clés SSH, comme ssh-keygen ou PuTTYgen. Utilisez l' AWS Cloud9 IDE de l'environnement connecté à l'instance pour stocker la clé publique générée sur l'instance. Ensuite, utilisez l'utilitaire d'accès à distance SSH avec la clé privée générée pour accéder à l'instance. Pour plus d'informations, consultez la documentation de votre utilitaire.

AWS CLI ou erreur AWS-shell : « Le jeton de sécurité inclus dans la demande n'est pas valide » dans un environnement EC2

Problème : Lorsque vous essayez d'utiliser le AWS Command Line Interface (AWS CLI) ou le AWS-shell pour exécuter une commande dans l' AWS Cloud9 IDE pour un environnement EC2, un message d'erreur s'affiche : « Le jeton de sécurité inclus dans la demande n'est pas valide ».

Cause : Un jeton de sécurité non valide peut se produire si vous avez des informations d'identification temporaires gérées par AWS activées et l'une des erreurs suivantes s'est produite :

  • Vous avez essayé d'exécuter une commande qui n'est pas autorisée par les informations d'identification temporaires AWS gérées. Pour obtenir la liste des commandes autorisées, consultez Actions prises en charge par des informations d'identification temporaires AWS gérées.

  • Les informations d'identification temporaires AWS gérées ont automatiquement expiré au bout de 15 minutes.

  • Les informations d'identification temporaires AWS gérées pour un environnement partagé ont été désactivées car un nouveau membre a été ajouté par une personne autre que le propriétaire de l'environnement.

Solutions recommandées :

Impossible de se connecter à l'environnement EC2 car les adresses IP du VPC sont utilisées par Docker

Problème : pour un environnement EC2, si vous lancez l'instance EC2 dans un Amazon VPC qui utilise le bloc CIDR (Classless Inter-Domain Routing) IPv4 172.17.0.0/16, la connexion peut se bloquer lorsque vous essayez d'ouvrir cet environnement.

Cause : Docker utilise un dispositif de couche de liaison appelé réseau de ponts qui permet aux conteneurs connectés au même réseau de ponts de communiquer. AWS Cloud9 crée des conteneurs qui utilisent un pont par défaut pour la communication entre conteneurs. Le pont par défaut utilise généralement le sous-réseau 172.17.0.0/16 pour la mise en réseau des conteneurs.

Si le sous-réseau du VPC de l'instance de votre environnement utilise la même plage d'adresses que celle utilisée par Docker, un conflit d'adresse IP peut se produire. Ainsi, quand AWS Cloud9 tente de se connecter à son instance, cette connexion est acheminée par la table de routage de passerelle vers le pont Docker. Cela AWS Cloud9 empêche la connexion à l'instance EC2 qui soutient l'environnement de développement.

Solution recommandée : pour résoudre un conflit d'adresse IP causé par Amazon VPC et Docker utilisant le même bloc d'adresses CIDR IPv4, configurez un nouveau VPC pour l'instance qui sauvegarde votre environnement EC2. Pour ce nouveau VPC, configurez un bloc CIDR différent de 172.17.0.0/16. (Vous ne pouvez pas modifier la plage d'adresses IP d'un VPC ou d'un sous-réseau existant.)

Pour plus d'informations, consultez Dimensionnement des VPC et des sous-réseaux dans le Guide de l'utilisateur Amazon VPC.

Impossible de créer la structure de sous-dossiers /home/ec2-user/environment/home/ec2-user/environment dans l'explorateur de fichiers IDE AWS Cloud9 .

Problème : Lorsque vous créez la structure de sous-dossiers /home/ec2-user/environment/home/ec2-user/environment dans l'explorateur de fichiers AWS Cloud9 IDE, un message d'erreur s'affiche indiquant qu'il n'est pas possible d'ouvrir ce répertoire.

Causes possibles : Il n'est actuellement pas possible de créer une structure de sous-dossiers /home/ec2-user/environment dans un dossier du même nom à l'aide du système de fichiers de l'IDE. AWS Cloud9 Vous ne pourrez accéder à aucun fichier de ce répertoire à partir de l'explorateur de fichiers AWS Cloud9 IDE, mais vous pourrez y accéder à l'aide de la ligne de commande. Ce problème ne concerne que le chemin de fichier /home/ec2-user/environment/home/ec2-user/environment. Les chemins de fichiers tels que /test/home/ec2-user/environment et /home/ec2-user/environment/test devraient fonctionner. Il s'agit d'un problème connu qui ne concerne que l'explorateur de fichiers AWS Cloud9 IDE.

Solutions recommandées : utilisez un nom de fichier et une structure différents.

Impossible AWS Cloud9 de lancer depuis la console lorsqu'une configuration AWS License Manager de licence est associée à des instances Amazon EC2

Problème : Lorsque vous essayez de lancer un environnement AWS Cloud9 EC2 depuis la console, un message d'erreur unable to access your environment est renvoyé.

Causes possibles : AWS License Manager rationalise la gestion des licences des fournisseurs de logiciels dans l'ensemble du AWS Cloud. Lors de la configuration de License Manager, vous créez des configurations de licence, qui sont des ensembles de règles de licence basées sur les termes de vos accords d'entreprise. Ces configurations de licence peuvent être associées à un mécanisme, tel qu'une Amazon Machine Image (AMI) ou AWS CloudFormation. Pour lancer l'instance EC2, vous pouvez utiliser l'un de ces mécanismes.

Les anciennes versions de AWSCloud9ServiceRolePolicyfor the AWSServiceRoleForAWSCloud 9 service-linked role (SLR) n'incluent actuellement pas la license-configuration condition des ressources. De ce fait, AWS Cloud9 n'est pas autorisé à démarrer et à arrêter son instance. L'accès à son instance Amazon EC2 AWS Cloud9 est donc refusé et une erreur est renvoyée.

Solutions recommandées : Si vous ne pouvez pas accéder à un AWS Cloud9 environnement existant et utiliser License Manager, remplacez l'ancien rôle AWSCloud9ServiceRolePolicylié à un service par la version du SLR qui autorise explicitement les actions EC2 lorsqu'un license-configuration s'applique à l'instance. Vous pouvez remplacer l'ancien rôle simplement en le supprimant. Le rôle mis à jour est ensuite créé automatiquement.

Impossible d'exécuter certaines commandes ou certains scripts dans un environnement EC2

Problème : Après avoir ouvert un environnement de développement AWS Cloud9 EC2, vous ne pouvez pas installer certains types de packages, exécuter des commandes telles que yum ou apt exécuter des scripts contenant des commandes qui fonctionnent généralement avec d'autres systèmes d'exploitation Linux.

Cause : Les instances Amazon EC2 AWS Cloud9 utilisées pour un environnement EC2 reposent soit sur Amazon Linux (basé sur Red Hat Enterprise Linux (RHEL)), soit sur Ubuntu Server.

Solution : Si vous installez ou gérez des paquets, ou exécutez des commandes ou des scripts dans l'IDE pour un environnement EC2, vérifiez qu'ils sont compatibles avec RHEL (pour Amazon Linux) ou Ubuntu Server, en fonction de l'instance de cet environnement.

Message d'erreur signalant « Le profil d'instance AWSCloud9SSMInstanceProfile n'existe pas dans le compte » lors de la création d'un environnement EC2 à l'aide de AWS CloudFormation

Problème : lors de l'utilisation de la AWS CloudFormation ressource AWS::Cloud9::EnvironmentEC2 pour créer un environnement EC2, les utilisateurs reçoivent un message d'erreur indiquant que le profil d'instance n'existe AWSCloud9SSMInstanceProfile pas dans le compte.

Cause : Lors de la création d'un environnement EC2 sans entrée, vous devez créer le rôle de service AWSCloud9SSMAccessRole et le profil d'instance AWSCloud9SSMInstanceProfile. Ces ressources IAM permettent à Systems Manager de gérer l'instance EC2 qui héberge votre environnement de développement.

Si vous créez un environnement sans entrée avec la console, AWSCloud9SSMAccessRole et AWSCloud9SSMInstanceProfile sont créés automatiquement. Mais lorsque vous utilisez AWS CloudFormation ou AWS CLI créez votre premier environnement sans entrée, vous devez créer ces ressources IAM manuellement.

Solution recommandée : pour plus d'informations sur la modification de votre AWS CloudFormation modèle et la mise à jour des autorisations IAM, voir Utilisation de AWS CloudFormation pour créer des environnements EC2 sans entrée

Message d'erreur signalant « non autorisé à effectuer perform: ssm:StartSession sur la ressource » lors de la création de l'environnement EC2 avec AWS CloudFormation

Problème : lorsqu'ils utilisent la AWS CloudFormation ressource AWS::Cloud9::EnvironmentEC2 pour créer un environnement EC2, les utilisateurs reçoivent un message AccessDeniedException et sont informés qu'ils ne sont « pas autorisés à exécuter : ssm:StartSession sur la ressource ».

Cause : L'utilisateur n'a pas l'autorisation d'appeler l'API StartSession qui est requise dans le cadre de la configuration des environnements EC2 qui utilisent Systems Manager pour les instances sans entrée.

Solution recommandée : pour plus d'informations sur la modification de votre AWS CloudFormation modèle et la mise à jour des autorisations IAM, consultezUtilisation de AWS CloudFormation pour créer des environnements EC2 sans entrée.

Message d'erreur signalant l'absence d'autorisation « à exécuter iam:GetInstanceProfile sur la ressource : profil d'instance AWSCloud9SSMInstanceProfile » lors de la création d'un environnement EC2 à l'aide de l' AWS CLI

Problème : lorsqu'ils utilisent le AWS CLIpour créer un environnement EC2, les utilisateurs reçoivent un AccessDeniedException et sont informés que leur AWS Cloud9 environnement n'est pas autorisé « à exécuter iam : GetInstanceProfile on resource : instance profile AWSCloud9SSMInstanceProfile ».

Cause AWS Cloud9  : n'est pas autorisé à appeler l'StartSessionAPI requise dans le cadre de la configuration des environnements EC2 qui utilisent Systems Manager pour les instances sans entrée.

Solution recommandée : pour plus d'informations sur l'ajout du rôle de AWSCloud9SSMAccessRole service requis et AWSCloud9SSMInstanceProfile à votre AWS Cloud9 environnement, consultezGestion des profils d'instance pour Systems Manager à l'aide de la AWS CLI.

Échec de la création de l'environnement lorsque le chiffrement par défaut est appliqué aux volumes Amazon EBS

Problème : Une erreur Failed to create environments. The development environment '[environment-ID]' failed to create est renvoyée lors de la tentative de création d'un environnement Amazon EC2.

Causes possibles : si votre AWS Cloud9 IDE utilise des volumes Amazon EBS qui sont chiffrés par défaut, le rôle AWS Identity and Access Management lié au service pour AWS Cloud9 nécessite l' AWS KMS keys accès à ces volumes EBS. Si l'accès n'est pas fourni, l' AWS Cloud9 IDE risque de ne pas démarrer et il peut être difficile de résoudre le problème.

Solutions recommandées : pour fournir un accès, ajoutez le rôle lié au service pour AWS Cloud9AWSServiceRoleForAWSCloud9, à la clé gérée par le client utilisée par vos volumes Amazon EBS.

Pour plus d'informations sur cette tâche, consultez Create an using AWS Cloud9 Amazon EBS volumes with default encryption in AWS Prescriptive Guidance Patterns.

Erreur VPC pour les comptes EC2-Classic : « Impossible d'accéder à votre environnement »

Problème : EC2-Classic a été introduit dans la version originale de Amazon EC2. Si vous utilisez un Compte AWS VPC configuré avant le 4 décembre 2013, cette erreur peut se produire si vous ne configurez pas un VPC Amazon ni un sous-réseau lorsque vous créez un environnement de développement AWS Cloud9 EC2.

Si vous acceptez les paramètres du VPC par défaut, l'instance Amazon EC2 est lancée dans le réseau EC2-Classic. L'instance n'est pas lancée dans un sous-réseau du VPC par défaut. Le message suivant s'affiche lors de l'échec de la création de l'environnement :

Erreur d'environnement

Impossible d'accéder à votre environnement

La création de l'environnement a échoué avec l'erreur : la ou les ressources suivantes n'ont pas pu être créées : [Instance]. Restauration demandée par l'utilisateur.

Vous pouvez vérifier que l'erreur est causée par l'instance EC2 ne se trouvant pas dans le VPC par défaut. AWS CloudFormation À utiliser pour afficher l'historique des événements de pile pour l'environnement de développement.

  1. Ouvrez la AWS CloudFormation console. Pour plus d'informations, consultez Connexion à la console AWS CloudFormation.

  2. Dans la AWS CloudFormation console, choisissez Stacks.

  3. Dans la page Piles, choisissez le nom de l'environnement de développement qui n'a pas pu être créé.

  4. Dans la page Détails de la pile, sélectionnez l'onglet Événements et vérifiez l'entrée suivante :

    Statut : CREATE_FAILED

    Raison du statut : Le AssociatePublicIpAddress paramètre n'est pris en charge que par les lancements de VPC. [...]

Cause : Un environnement de AWS Cloud9 développement doit être associé à un Amazon VPC répondant à des exigences spécifiques en matière de VPC. Pour les comptes sur lesquels EC2-Classic est activé, le fait d'accepter les paramètres réseau par défaut lors de la création d'un environnement EC2 signifie que l'instance EC2 requise n'est pas lancée dans le VPC. Au lieu de cela, l'instance est lancée dans le réseau EC2-Classic.

Solution recommandée : Avec un compte EC2-Classic, vous devez sélectionner un VPC et un sous-réseau lors de la création d'un environnement EC2. Sur la page Configurer les paramètres, dans la section Paramètres réseau (avancés), sélectionnez le VPC et le sous-réseau dans lesquels vous pouvez lancer votre instance EC2.

Autres AWS services

La section suivante décrit les problèmes de résolution liés à d'autres AWS services.

Impossible de créer la structure de sous-dossiers /projects/projects dans l'explorateur de fichiers de l'IDE pour. AWS Cloud9 CodeCatalyst

Problème : Lorsque vous créez la structure de sous-dossiers /projects/projects dans l'explorateur de fichiers AWS Cloud9 IDE pour CodeCatalyst, vous recevez un message d'erreur indiquant qu'il n'est pas possible d'ouvrir ce répertoire.

Causes possibles : Il n'est actuellement pas possible de créer une structure de sous-dossiers /projects dans un dossier du même nom à l'aide de l'explorateur de fichiers de l' AWS Cloud9 IDE pour. CodeCatalyst Vous ne pourrez accéder à aucun fichier de ce répertoire à partir de l'explorateur de fichiers AWS Cloud9 IDE, mais vous pourrez y accéder à l'aide de la ligne de commande. Ce problème n'affecte que le chemin de fichier /projects/projects, les chemins de fichiers tels que /test/projects et /projects/test devraient fonctionner. Il s'agit d'un problème connu qui n'affecte que l'explorateur de fichiers AWS Cloud9 IDE pour CodeCatalyst.

Solutions recommandées : utilisez un nom de fichier et une structure différents.

Impossible d'afficher votre application en cours d'exécution en dehors de l'IDE

Problème : Lorsque vous essayez ou d'autres personnes essaient d'afficher votre application en cours d'exécution dans un onglet du navigateur web en dehors de l'IDE, cet onglet de navigateur web affiche une erreur ou est vide.

Causes possibles :

  • L'application n'est pas en cours d'exécution dans l'IDE.

  • L'application s'exécute avec une adresse IP 127.0.0.1 ou localhost.

  • L'application s'exécute dans un environnement de développement AWS Cloud9 EC2. L'application est en cours d'exécution dans un , et un ou plusieurs groupes de sécurité associés à l'instance correspondante n'autorisent pas le trafic entrant sur les protocoles, les ports ou les adresses IP dont l'application a besoin.

  • L'application s'exécute dans un environnement de développement AWS Cloud9 SSH pour une instance de AWS cloud computing (par exemple, une instance Amazon EC2). De plus, la liste ACL réseau du sous-réseau dans le VPC (virtual private cloud) qui est associée à l'instance correspondante n'autorise pas le trafic entrant sur les protocoles, les ports ou les adresses IP dont l'application a besoin.

  • L'URL est incorrecte.

  • C'est l'URL dans l'onglet d'aperçu de l'application qui est demandée au lieu de l'adresse IP publique de l'instance.

  • Vous essayez de passer à une adresse IP qui contient 127.0.0.1 ou localhost. Ces adresses IP tentent d'accéder aux ressources de votre ordinateur local au lieu des ressources de l'environnement.

  • L'adresse IP publique de l'instance a été modifiée.

  • La requête web provient d'un réseau privé virtuel (VPN) qui bloque le trafic sur les protocoles, les ports ou les adresses IP dont l'application a besoin.

  • L'application s'exécute dans un environnement SSH. Toutefois, votre serveur ou le réseau associé n'autorise pas le trafic sur les protocoles, les ports ou les adresses IP dont l'application a besoin.

Solutions recommandées :

  • Assurez-vous que l'application est en cours d'exécution dans l'IDE.

  • Vérifiez que l'application ne s'exécute pas avec l'adresse IP 127.0.0.1 ou localhost. Pour voir des exemples en langages Node.js et Python, consultez Exécution d'une application.

  • Supposons que l'application s'exécute sur une instance de AWS cloud computing (par exemple, une instance Amazon EC2). Ensuite, assurez-vous que tous les groupes de sécurité associés à l'instance correspondante autorisent le trafic entrant sur les protocoles, les ports et les adresses IP dont l'application a besoin. Pour obtenir des instructions, consultez Étape 2 : Configurer le groupe de sécurité de l'instance dans Partage d'une application en cours d'exécution sur Internet. Consultez également Groupes de sécurité pour votre VPC dans le Guide de l'utilisateur Amazon VPC.

  • Supposons que l'application s'exécute sur une instance de AWS cloud computing. De plus, une ACL réseau existe pour le sous-réseau du VPC qui est associé à l'instance correspondante. Ensuitez, vérifiez que ce dernier autorise le trafic sur les protocoles, les ports et les adresses IP dont l'application a besoin. Pour obtenir des instructions, consultez Étape 3 : Configurer le sous-réseau de l'instance dans Partage d'une application en cours d'exécution sur Internet. Pour plus d'informations, consultez ACL réseau dans le Guide de l'utilisateur Amazon VPC.

  • Vérifiez que l'URL de demande, ainsi que le protocole (et le port, s'il doit être spécifié), sont corrects. Pour plus d'informations, consultez Étape 4 : Partager l'URL de l'application en cours d'exécution dans Partage d'une application en cours d'exécution sur Internet.

  • Nous ne recommandons pas de demander une URL au format https://12a34567b8cd9012345ef67abcd890e1.vfs.cloud9.us-east-2.amazonaws.com/ (où se 12a34567b8cd9012345ef67abcd890e1 trouve l'ID AWS Cloud9 attribué à l'environnement et us-east-2 l'ID de la AWS région pour l'environnement). Cette URL ne fonctionne que lorsque l'IDE de l'environnement est ouvert et que l'application est exécutée dans le même navigateur web.

  • Supposons que vous tentiez de passer à une adresse IP qui contient 127.0.0.1 ou localhost. Essayez plutôt d'accéder à l'adresse non locale correcte pour l'application en cours d'exécution. Pour plus d’informations, consultez Partage d'une application en cours d'exécution sur Internet.

  • Supposons que l'application s'exécute sur une instance de AWS cloud computing. Déterminez si l'adresse IP publique de l'instance a été modifiée. L'adresse IP publique de l'instance doit changer chaque fois que l'instance redémarre. Pour empêcher que cette adresse IP ne change, vous pouvez allouer une adresse IP Elastic (EIP), puis l'attribuer à l'instance en cours d'exécution. Pour plus d'informations, consultez Étape 4 : Partager l'URL de l'application en cours d'exécution dans Partage d'une application en cours d'exécution sur Internet.

  • Si la requête web provient d'un réseau privé virtuel (VPN), vérifiez que ce dernier autorise le trafic sur les protocoles, les ports et les adresses IP dont l'application a besoin. Si vous ne pouvez pas apporter de modifications à votre VPN, consultez votre administrateur réseau. Sinon, effectuez la requête web à partir d'un autre réseau, si possible.

  • Supposons que l'application s'exécute dans un environnement SSH pour votre propre serveur. Vérifiez que votre serveur et le réseau associé autorisent le trafic sur les protocoles, les ports et les adresses IP dont l'application a besoin. Si vous ne pouvez pas apporter de modifications à votre serveur ou au réseau associé, adressez-vous à votre administrateur réseau ou serveur.

  • Essayez d'exécuter l'application à partir d'un terminal dans l'environnement en exécutant la commande curl, suivie de l'URL. Si cette commande affiche un message d'erreur, il se peut qu'il y ait un autre problème qui n'est pas lié à AWS Cloud9.

Erreur lors de l'exécution du AWS Toolkit : « Votre environnement est à court d'inodes, veuillez augmenter la limite de 'fs.inotify.max_user_watches'. »

Problème : Un utilitaire d'observation de fichiers utilisé par AWS Toolkit approche de sa limite ou de son quota actuel de fichiers qu'il peut surveiller.

Cause : AWS Toolkit utilise un utilitaire d'observation de fichiers qui surveille les modifications apportées aux fichiers et aux répertoires. Un message d'avertissement s'affiche lorsque l'utilitaire approche de sa limite actuelle de fichiers qu'il peut regarder.

Solution recommandée : Pour augmenter le nombre maximum de fichiers pouvant être gérés par l'utilitaire de surveillance de fichiers, procédez comme suit :

  1. Démarrez une session de terminal en choisissant Window, New Terminal dans la barre de menus.

  2. Entrez la commande suivante.

    sudo bash -c 'echo "fs.inotify.max_user_watches=524288" >> /etc/sysctl.conf' && sudo sysctl -p

Erreur d'exécution de la fonction locale Lambda : Impossible d'installer SAM local

Problème : Après avoir essayé d'exécuter la version locale d'une AWS Lambda fonction dans l' AWS Cloud9 IDE, une boîte de dialogue s'affiche. La boîte de dialogue indique que AWS Cloud9 l'installation de SAM Local pose problème. AWS Cloud9 a besoin de SAM Local pour exécuter les versions locales des AWS Lambda fonctions dans l'IDE. Tant que SAM Local n'est pas installé, vous ne pouvez pas exécuter des versions locales de fonctions Lambda dans l'IDE.

Cause : AWS Cloud9 Impossible de trouver SAM Local au chemin attendu dans l'environnement, à savoir~/.c9/bin/sam. En effet, SAM Local n'est pas encore installé, ou s'il est installé, AWS Cloud9 ne parvient pas à le trouver à cet emplacement.

Solutions recommandées : Vous pouvez attendre AWS Cloud9 de terminer l'installation de SAM Local ou vous pouvez l'installer vous-même.

Pour savoir comment AWS Cloud9 se passe la tentative d'installation de SAM Local, choisissez Window, Installer dans la barre de menu.

Pour installer SAM Local vous-même, suivez les instructions de la section Installation de la CLI AWS SAM sous Linux dans le manuel du AWS Serverless Application Model développeur.

AWS Control Tower erreur lors de la tentative de création d'un environnement Amazon EC2 à l'aide de AWS Cloud9 : « La création de l'environnement a échoué avec l'erreur suivante : le ou les hooks suivants ont échoué : [: :Guard ControlTower : :Hook] ».

Problème : Il existe un problème de compatibilité avec AWS Cloud9 le contrôle AWS Control Tower proactif CT.EC2.PR.8. Si ce contrôle est activé, vous ne pouvez pas créer d'environnement EC2 dans AWS Cloud9.

Cause : AWS Control Tower s'attend à ce que le AssociatePublicIpAddressparamètre figure dans le AWS CloudFormation modèle. Impossible d'ajouter ce paramètre pour le moment.

Solution recommandée : désactivez le contrôle CT.EC2.PR.8 depuis la AWS Control Tower console et recréez l'environnement dans. AWS Cloud9

Échec de la création de l'environnement lorsque le chiffrement par défaut est appliqué aux volumes Amazon EBS

Problème : Une erreur Failed to create environments. The development environment '[environment-ID]' failed to create est renvoyée lors de la tentative de création d'un environnement Amazon EC2.

Causes possibles : si votre AWS Cloud9 IDE utilise des volumes Amazon EBS qui sont chiffrés par défaut, le rôle AWS Identity and Access Management lié au service pour AWS Cloud9 nécessite l' AWS KMS keys accès à ces volumes EBS. Si l'accès n'est pas fourni, l' AWS Cloud9 IDE risque de ne pas démarrer et il peut être difficile de résoudre le problème.

Solutions recommandées : pour fournir un accès, ajoutez le rôle lié au service pour AWS Cloud9AWSServiceRoleForAWSCloud9, à la clé gérée par le client utilisée par vos volumes Amazon EBS.

Pour plus d'informations sur cette tâche, consultez Create an using AWS Cloud9 Amazon EBS volumes with default encryption in AWS Prescriptive Guidance Patterns.

(haut de la page)

Impossible AWS Cloud9 de lancer depuis la console lorsqu'une configuration AWS License Manager de licence est associée à des instances Amazon EC2

Problème : Lorsque vous essayez de lancer un environnement AWS Cloud9 EC2 depuis la console, un message d'erreur unable to access your environment est renvoyé.

Causes possibles : AWS License Manager rationalise la gestion des licences des fournisseurs de logiciels dans l'ensemble du AWS Cloud. Lors de la configuration de License Manager, vous créez des configurations de licence, qui sont des ensembles de règles de licence basées sur les termes de vos accords d'entreprise. Ces configurations de licence peuvent être associées à un mécanisme, tel qu'une Amazon Machine Image (AMI) ou AWS CloudFormation. Pour lancer l'instance EC2, vous pouvez utiliser l'un de ces mécanismes.

Les anciennes versions de AWSCloud9ServiceRolePolicyfor the AWSServiceRoleForAWSCloud 9 service-linked role (SLR) n'incluent actuellement pas la license-configuration condition des ressources. De ce fait, AWS Cloud9 n'est pas autorisé à démarrer et à arrêter son instance. L'accès à son instance Amazon EC2 AWS Cloud9 est donc refusé et une erreur est renvoyée.

Solutions recommandées : Si vous ne pouvez pas accéder à un AWS Cloud9 environnement existant et utiliser License Manager, remplacez l'ancien rôle AWSCloud9ServiceRolePolicylié à un service par la version du SLR qui autorise explicitement les actions EC2 lorsqu'un license-configuration s'applique à l'instance. Vous pouvez remplacer l'ancien rôle simplement en le supprimant. Le rôle mis à jour est ensuite créé automatiquement.

(haut de la page)

Aperçu de l'application

La section suivante décrit les problèmes liés à la prévisualisation de l'application.

Après avoir rechargé un environnement, vous devez actualiser l'aperçu de l'application

Problème : Après avoir rechargé un environnement qui affiche un onglet d'aperçu des applications, l'onglet n'affiche pas l'aperçu des applications.

Cause : parfois, les utilisateurs écrivent du code qui peut exécuter une boucle infinie. Leur code peut également utiliser tellement de mémoire que l' AWS Cloud9 IDE peut être suspendu ou arrêté lorsque l'aperçu de l'application est en cours d'exécution. Pour éviter que cela ne se produise, AWS Cloud9 ne recharge pas les onglets d'aperçu des applications chaque fois qu'un environnement est rechargé.

Solution : Après avoir rechargé un environnement qui affiche un onglet d'aperçu de l'application, choisissez le bouton Cliquez pour charger la page sur l'onglet pour Prévisualiser l'application.

Remarque sur l'aperçu d'une application ou l'aperçu d'un fichier : « Cookies tiers désactivés »

Problème : Lorsque vous tentez d'obtenir un aperçu d'une application ou d'un fichier, une remarque s'affiche avec le message suivant : « La fonctionnalité d'aperçu est désactivée car les cookies tiers de votre navigateur sont désactivés ».

Cause : les cookies tiers ne sont pas nécessaires pour ouvrir l' AWS Cloud9 IDE. Toutefois, vous devez activer les cookies tiers pour utiliser les fonctionnalités d'aperçu d'une application ou d'aperçu d'un fichier.

Solution : Activez les cookies tiers dans votre navigateur Web, rechargez votre IDE, puis réessayez d'ouvrir l'aperçu.

Si votre navigateur Web autorise cette granularité, vous pouvez activer les cookies tiers uniquement pour AWS Cloud9. Pour ce faire, spécifiez les domaines suivants, en fonction des Régions AWS prises en charge où vous souhaitez utiliser AWS Cloud9.

AWS Région Domaines

USA Est (Virginie du Nord)

*.vfs.cloud9.us-east-1.amazonaws.com

vfs.cloud9.us-east-1.amazonaws.com

USA Est (Ohio)

*.vfs.cloud9.us-east-2.amazonaws.com

vfs.cloud9.us-east-2.amazonaws.com

USA Ouest (Californie du Nord)

*.vfs.cloud9.us-west-1.amazonaws.com

vfs.cloud9.us-west-1.amazonaws.com

USA Ouest (Oregon)

*.vfs.cloud9.us-west-2.amazonaws.com

vfs.cloud9.us-west-2.amazonaws.com

Afrique (Le Cap)

*.vfs.cloud9.af-south-1.amazonaws.com

vfs.cloud9.af-south-1.amazonaws.com

Asie-Pacifique (Hong Kong)

*.vfs.cloud9.ap-east-1.amazonaws.com

vfs.cloud9.ap-east-1.amazonaws.com

Asia Pacific (Mumbai)

*.vfs.cloud9.ap-south-1.amazonaws.com

vfs.cloud9.ap-south-1.amazonaws.com

Asie-Pacifique (Osaka)

*.vfs.cloud9.ap-northeast-3.amazonaws.com

vfs.cloud9.ap-northeast-3.amazonaws.com

Asia Pacific (Seoul)

*.vfs.cloud9.ap-northeast-2.amazonaws.com

vfs.cloud9.ap-northeast-2.amazonaws.com

Asie-Pacifique (Singapour)

*.vfs.cloud9.ap-southeast-1.amazonaws.com

vfs.cloud9.ap-southeast-1.amazonaws.com

Asie-Pacifique (Sydney)

*.vfs.cloud9.ap-southeast-2.amazonaws.com

vfs.cloud9.ap-southeast-2.amazonaws.com

Asie-Pacifique (Tokyo)

*.vfs.cloud9.ap-northeast-1.amazonaws.com

vfs.cloud9.ap-northeast-1.amazonaws.com

Canada (Centre)

*.vfs.cloud9.ca-central-1.amazonaws.com

vfs.cloud9.ca-central-1.amazonaws.com

Europe (Francfort)

*.vfs.cloud9.eu-central-1.amazonaws.com

vfs.cloud9.eu-central-1.amazonaws.com

Europe (Irlande)

*.vfs.cloud9.eu-west-1.amazonaws.com

vfs.cloud9.eu-west-1.amazonaws.com

Europe (Londres)

*.vfs.cloud9.eu-west-2.amazonaws.com

vfs.cloud9.eu-west-2.amazonaws.com

Europe (Milan)

*.vfs.cloud9.eu-south-1.amazonaws.com

vfs.cloud9.eu-south-1.amazonaws.com

Europe (Paris)

*.vfs.cloud9.eu-west-3.amazonaws.com

vfs.cloud9.eu-west-3.amazonaws.com

Europe (Stockholm)

*.vfs.cloud9.eu-north-1.amazonaws.com

vfs.cloud9.eu-north-1.amazonaws.com

Moyen-Orient (Bahreïn)

*.vfs.cloud9.me-south-1.amazonaws.com

vfs.cloud9.me-south-1.amazonaws.com

Amérique du Sud (Sao Paulo)

*.vfs.cloud9.sa-east-1.amazonaws.com

vfs.cloud9.sa-east-1.amazonaws.com

L'onglet d'aperçu d'application affiche une erreur ou est vide

Problème : Dans la barre de menus de l'IDE, lorsque vous choisissez Preview, Preview Running Application (Aperçu, Prévisualiser l'application en cours d'exécution) ou Tools, Preview, Preview Running Application (Outils, Aperçu, Prévisualiser l'application en cours d'exécution) pour essayer d'afficher votre application dans un onglet d'aperçu dans l'IDE, l'onglet affiche une erreur ou est vide.

Causes possibles :

  • Votre application n'est pas en cours d'exécution dans l'IDE.

  • Votre application ne s'exécute pas en utilisant HTTP.

  • Votre application s'exécute sur plusieurs ports.

  • Votre application s'exécute sur un port autre que 8080, 8081 ou 8082.

  • Votre application s'exécute avec une adresse IP autre que 127.0.0.1, localhost ou 0.0.0.0.

  • Le port (8080, 8081 ou 8082) n'est pas spécifié dans l'URL sur l'onglet d'aperçu.

  • Votre réseau bloque le trafic entrant sur les ports 8080, 8081 ou 8082.

  • Vous essayez de passer à une adresse IP qui contient 127.0.0.1, localhost ou 0.0.0.0. Par défaut, l' AWS Cloud9 IDE tente d'accéder à votre ordinateur local. Il n'essaie pas d'accéder à l'instance ou à votre propre serveur connecté à l'environnement.

Solutions recommandées :

  • Assurez-vous que l'application est en cours d'exécution dans l'IDE.

  • Assurez-vous que l'application s'exécute en utilisant HTTP. Pour voir des exemples en langages Node.js et Python, consultez Exécution d'une application.

  • Vérifiez que l'application s'exécute sur un seul port. Pour voir des exemples en langages Node.js et Python, consultez Exécution d'une application.

  • Vérifiez que l'application s'exécute sur le port 8080, 8081 ou 8082. Pour voir des exemples en langages Node.js et Python, consultez Exécution d'une application.

  • Vérifiez que l'application s'exécute avec l'adresse IP 127.0.0.1, localhost ou 0.0.0.0. Pour voir des exemples en langages Node.js et Python, consultez Exécution d'une application.

  • Ajoutez :8080, :8081 ou :8082 à l'URL sur l'onglet d'aperçu.

  • Assurez-vous que votre réseau autorise le trafic entrant sur les ports 8080, 8081 ou 8082. Si vous ne pouvez pas apporter de modifications à votre réseau, consultez votre administrateur réseau.

  • Si vous essayez d'accéder à une adresse contenant une adresse IP 127.0.0.1, localhost ou 0.0.0.0, essayez plutôt de vous rendre à l'adresse suivante :https://12a34567b8cd9012345ef67abcd890e1.vfs.cloud9.us-east-2.amazonaws.com/. Dans cette allocution ,12a34567b8cd9012345ef67abcd890e1 est l'ID qu' AWS Cloud9 affecte à l'environnement. us-east-2 est l'ID de la Région AWS pour l'environnement. Vous pouvez également essayer d'accéder à cette adresse en dehors de l'IDE. Toutefois, cette URL ne fonctionne que lorsque l'IDE de l'environnement est ouvert et que l'application est exécutée dans le même navigateur web.

  • Une fois que vous êtes sûr que toutes les conditions précédentes sont respectées, essayez d'arrêter l'application, puis de la redémarrer.

  • Si vous avez arrêté l'application, puis l'avez redémarrée, essayez de choisir Preview, Preview Running Application (Aperçu, Afficher l'aperçu de l'application en cours d'exécution) ou Tools, Preview, Preview Running Application dans (Outils, Aperçu, Afficher l'aperçu de l'application en cours d'exécution) dans la barre de menus. Vous pouvez aussi essayer de choisir le bouton Refresh (Actualiser) (la flèche circulaire) sur l'onglet d'aperçu de l'application correspondant, si l'onglet est déjà visible.

Impossible de prévisualiser le contenu web dans l'IDE car la connexion au site n'est pas sécurisée

Problème : Lorsque vous essayez d'accéder à du contenu Web tel qu'un WordPress site hébergé dans un environnement AWS Cloud9 EC2, la fenêtre d'aperçu de l'IDE ne peut pas l'afficher.

Causes possibles : Par défaut, toutes les pages Web auxquelles vous accédez dans l'onglet d'aperçu de l'application de l' AWS Cloud9 IDE utilisent automatiquement le protocole HTTPS. Si l'URI d'une page comporte le protocole http non sécurisé, il est automatiquement remplacé par https. Et vous ne pouvez pas accéder au contenu non sécurisé en modifiant manuellement https pour revenir à http.

Solutions recommandées : supprimez les scripts ou le contenu HTTP non sécurisés du site web que vous essayez de prévisualiser dans l'IDE. Suivez les instructions de votre serveur web ou de votre système de gestion de contenu pour obtenir des conseils sur la mise en œuvre de HTTPS.

La prévisualisation d'un fichier renvoie l'erreur 499

Problème : Lorsque vous essayez d'utiliser l' AWS Cloud9 IDE pour prévisualiser un fichier contenant un <script> élément contenant l'srcattribut et dont l'attribut est défini surmodule, une erreur 499 se produit et le script ne s'exécute pas comme prévu. type

Cause : les demandes d'aperçu de fichiers dans l' AWS Cloud9 IDE nécessitent l'envoi de cookies par le navigateur Web pour s'authentifier. Par défaut, les navigateurs web envoient des cookies pour les requêtes de script régulières. Ils n'envoient pas de cookies pour les demandes de script de module, sauf si vous ajoutez l'attribut crossorigin.

Solution : Ajoutez l'attribut crossorigin à l'élément <script>. Par exemple, <script type="module" src="index.js" crossorigin></script>. Enregistrez ensuite le fichier modifié et essayez à nouveau de le prévisualiser.

Performance

La section suivante décrit les problèmes de résolution des problèmes liés aux performances.

AWS Cloud9 Congélation de l'IDE pendant une longue période

Problème : lors du démarrage et lors d'une actualisation, le terminal AWS Cloud9 IDE se bloque pendant une longue période et devient inutilisable.

Cause : il se peut qu'un grand nombre de fichiers de votre environnement soient surveillés de manière récursive par le module de surveillance de fichiers de AWS Cloud9.

Solutions recommandées : Vous pouvez réduire la profondeur d'observation des fichiers (la valeur minimale est 1) et envisager d'ajouter de gros dossiers ou des dossiers sans rapport avec le code source (sorties/artefacts de génération, packages tiers) aux modèles ignorés. Pour ce faire, accédez à Préférences > Paramètres utilisateur > Surveillance des fichiers. Sachez que cela empêchera CodeLenses le AWS Toolkit de fonctionner correctement.

Une autre solution possible consiste à envisager d'ignorer les fichiers et dossiers volumineux qui ne sont pas liés au code source en diminuant le nombre maximum de fichiers à rechercher. Pour ce faire, accédez à Préférences > Paramètres du projet > Rechercher dans les fichiers. Sachez que cela empêchera les dossiers ignorés d'apparaître lors d'une recherche de fichiers.

Avertissement de la console : « Passage au moteur de remplissage du code minimal... »

Problème : Lorsque vous travaillez dans la AWS Cloud9 console (par exemple, lorsque vous ouvrez l'IDE ou que vous actualisez la page Web de l'IDE), le message suivant s'affiche : « Une ou plusieurs sessions ou collaborateurs sont actifs dans cet environnement. Passage au moteur de remplissage du code minimal pour économiser de la mémoire. » En corrélation avec ce message, le comportement du remplissage de code peut être lent ou intermittent.

Cause : l'exécution du moteur de remplissage du code prend des cycles de mémoire et d'UC de l'environnement. De plus, un moteur de remplissage du code distinct est nécessaire pour chaque collaborateur et chaque session supplémentaire. Pour éviter d'utiliser trop de ressources, en particulier pour les instances de petite taille telles que t2.nano ett2.micro, passez au AWS Cloud9 moteur de complétion de code minimal.

Solution recommandée : si vous souhaitez collaborer souvent et pendant de longues périodes, choisissez une instance Amazon EC2 plus grande lors de la création de votre environnement EC2. Vous pouvez également connecter votre environnement SSH à une instance dotée de plus de capacité.

Note

Le choix d'une instance Amazon EC2 plus grande peut entraîner des frais supplémentaires. Compte AWS Pour plus d’informations, consultez Tarification Amazon EC2.

Avertissement IDE : « This Environment is Running Low on Memory » ou « This Environment Has High CPU Load »

Problème : Lorsque l'IDE est en cours d'exécution, vous voyez un message contenant la phrase « this environment is running low on memory » ou « this environment has high CPU load. »

Raison : L'IDE peut ne pas avoir suffisamment de ressources de calcul disponibles pour continuer à exécuter sans subir de retard ou se bloque.

Solutions recommandées :

  • Arrêtez un ou plusieurs processus en cours d'exécution pour libérer de la mémoire disponible. Pour ce faire, dans la barre de menus de l'IDE pour l'environnement, choisissez Tools, Process List (Outils, Liste des processus). Pour chaque processus que vous voulez arrêter, choisissez le processus, puis choisissez Force Kill (Forcer l'arrêt).

  • Créez un fichier d'échange dans l'environnement. Un fichier d'échange est un fichier de l'environnement que le système d'exploitation peut utiliser en tant que mémoire virtuelle.

    Pour confirmer que l'environnement utilise actuellement de la mémoire d'échange, exécutez la commande top dans une session de terminal de l'environnement. Si la mémoire d'échange est utilisée, la sortie affiche des statistiques de mémoire Swap différentes de zéro (par exemple, Swap: 499996k total, 1280k used, 498716 free, 110672k cached). Pour arrêter l'affichage en temps réel des informations sur la mémoire, appuyez sur Ctrl + C.

    Pour créer un fichier d'échange, exécutez une commande semblable à ce qui suit dans l'environnement.

    sudo fallocate --length 512MB /var/swapfile && sudo chmod 600 /var/swapfile && sudo mkswap /var/swapfile && echo '/var/swapfile swap swap defaults 0 0' | sudo tee -a /etc/fstab > /dev/null

    La commande précédente effectue les opérations suivantes :

    1. Création d'un fichier de 512 Mo nommé swapfile dans le répertoire /var.

    2. Modifie les autorisations d'accès pour le fichier swapfile en lecture/écriture pour le propriétaire uniquement.

    3. Définit le fichier swapfile en tant que fichier d'échange.

    4. Écrit des informations dans /etc/fstab file. Ce fichier d'échange est ainsi disponible chaque fois que le système redémarre.

    Une fois que vous avez exécuté la commande précédente, exécutez la commande suivante pour rendre ce fichier d'échange disponible immédiatement.

    sudo swapon /var/swapfile

  • Déplacez ou redimensionnez l'environnement vers une instance ou un serveur avec davantage de ressources de calcul. Pour déplacer ou redimensionner des instances Amazon EC2, consultez Déplacement d'un environnement et redimensionnement ou chiffrement des volumes Amazon EBS. Pour les autres types de serveur ou d'instance, reportez-vous à la documentation de l'instance ou du serveur.

Impossible de télécharger des fichiers dans l' AWS Cloud9 IDE

Problème : les utilisateurs ne peuvent pas télécharger un fichier volumineux dans l' AWS Cloud9 IDE. Ces téléchargements échouent.

Cause AWS Cloud9  : limite la vitesse de téléchargement vers l' AWS Cloud9 IDE et, par conséquent, la demande de téléchargement de fichier expire.

Solution recommandée : nous vous recommandons de télécharger le fichier sur Amazon S3, puis d'utiliser Amazon S3 pour le télécharger dans l'environnement à l'aide de la CLI de l' AWS Cloud9 IDE. Pour plus d'informations sur le téléchargement d'objets vers Amazon S3, consultez la section Chargement d'objets dans le guide de l'utilisateur d'Amazon S3.

Vitesse de téléchargement lente dans l' AWS Cloud9 IDE

Problème : les utilisateurs sont confrontés à des vitesses de téléchargement lentes lorsqu'ils tentent de télécharger des fichiers depuis l' AWS Cloud9 IDE.

Cause : Lorsque vous téléchargez des fichiers depuis l'IDE vers le système de fichiers local, la vitesse de transfert est limitée à 0,1 mégaoctet/seconde.

Solution recommandée : pour accélérer le transfert de fichiers, utilisez la CLI de votre AWS Cloud9 IDE pour charger des fichiers sur Amazon S3, puis utilisez Amazon S3 pour télécharger les fichiers à partir de là.

Impossible de prévisualiser le contenu web dans l'IDE car la connexion au site n'est pas sécurisée

Problème : Lorsque vous essayez d'accéder à du contenu Web tel qu'un WordPress site hébergé dans un environnement AWS Cloud9 EC2, la fenêtre d'aperçu de l'IDE ne peut pas l'afficher.

Causes possibles : Par défaut, toutes les pages Web auxquelles vous accédez dans l'onglet d'aperçu de l'application de l' AWS Cloud9 IDE utilisent automatiquement le protocole HTTPS. Si l'URI d'une page comporte le protocole http non sécurisé, il est automatiquement remplacé par https. Et vous ne pouvez pas accéder au contenu non sécurisé en modifiant manuellement https pour revenir à http.

Solutions recommandées : supprimez les scripts ou le contenu HTTP non sécurisés du site web que vous essayez de prévisualiser dans l'IDE. Suivez les instructions de votre serveur web ou de votre système de gestion de contenu pour obtenir des conseils sur la mise en œuvre de HTTPS.

(haut de la page)

Applications et services tiers

La section suivante décrit les problèmes de résolution des problèmes liés aux applications et services tiers.

Impossible d'interagir avec la fenêtre du terminal dans AWS Cloud9 en raison d'erreurs de session tmux

Problème : Lorsque vous essayez de lancer une nouvelle fenêtre de terminal AWS Cloud9, l'interface de ligne de commande attendue n'est pas disponible. Il n'y a pas d'invite de commande et vous ne pouvez pas saisir de texte. Des messages d'erreur tels que tmux: need UTF-8 locale (LC_CTYPE) et invalid LC_ALL, LC_CTYPE or LANG sont renvoyés.

Causes possibles : Un terminal qui ne répond pas peut être dû à une erreur tmux. AWS Cloud9 utilise l'utilitaire tmux. Ainsi, les informations affichées dans le terminal restent conservées même lorsque la page se recharge ou que vous vous reconnectez à votre environnement de développement.

Dans une session tmux, ce qui s'affiche dans la fenêtre du terminal est géré par un client. Le client communique avec un serveur qui peut gérer plusieurs sessions. Le serveur et le client communiquent via un socket situé dans le dossier tmp. Si le dossier tmp est manquant de votre environnement de développement ou des autorisations trop restrictives y sont appliquées, les sessions tmux ne peuvent pas s'exécuter. Si cela se produit, la fenêtre du terminal de l'IDE ne répond plus.

Solutions recommandées : Si des erreurs tmux vous empêchent d'interagir avec la fenêtre du terminal, vous devez utiliser une autre méthode pour créer un dossier avec les autorisations appropriées pour que les sessions tmp puissent s'exécuter. De cette façon, les sessions tmux peuvent s'exécuter. Une solution consiste à exporter LC_CTYPE dans .bash_profile ou dans le fichier .bashrc. Une autre solution recommandée consiste AWS Systems Manager à configurer une configuration de gestion d'hôte. Cela permet d'accéder à l'instance concernée via la console Amazon EC2.

Configuration de la gestion des hôtes

  1. Tout d'abord, dans la AWS Cloud9 console, recherchez le nom de l'instance de votre environnement. Vous pouvez effectuer cette opération en sélectionnant le panneau approprié dans la page Vos environnements et en choisissant Afficher des détails. Dans a page Environment details (Détails de l'environnement), choisissez Go to Instance (Accéder à instance). Dans la console Amazon EC2, confirmez le nom de l'instance à laquelle vous devez accéder.

  2. Accédez maintenant à la AWS Systems Manager console, puis dans le volet de navigation, choisissez Quick Setup.

  3. Dans la page Quick Setup (Configuration rapide), choisissez Create (Créer).

  4. Pour Configuration types (Types de configuration), accédez à Host Management (Gestion des hôtes et choisissez Create (Créer).

  5. Pour Customize Host Management configuration options (Personnalisation des options de configuration Host Management), dans la section Targets (Cibles), choisissez Manual (Manuelle).

  6. Sélectionnez l'instance EC2 à laquelle vous voulez accéder, puis choisissez Create (Créer).

Connexion à l'instance et exécution de commandes

Note

Les étapes ci-dessous concernent la nouvelle console EC2.

  1. Dans le panneau de navigation de la console Amazon EC2 choisissez Instances et sélectionnez l'instance à laquelle vous voulez vous connecter.

  2. Choisissez Se connecter.

    Si Connect (Connexion) n'est pas activé, vous devrez peut-être commencer par démarrer l'instance.

  3. Dans le panneau Connect to your instance (Connectez-vous à votre instance), pour Connection method (Méthode de connexion), choisissez Session Manager (Gestionnaire de session), et puis Connect (Connexion).

  4. Dans la fenêtre de session du terminal qui apparaît, entrez les commandes suivantes. Ces commandes créent le dossier tmp avec les autorisations nécessaires pour que le socket tmux soit disponible.

    sudo mkdir /tmp
sudo chmod 777 /tmp
sudo rmdir /tmp/tmux-*

Impossible de charger l'IDE à l'aide d'anciennes versions du navigateur Microsoft Edge

Problème : HTTP403: FORBIDDEN une erreur est renvoyée lors de la tentative de chargement de l' AWS Cloud9 IDE à l'aide du navigateur Microsoft Edge Web.

Causes possibles : L' AWS Cloud9 IDE ne prend pas en charge certaines anciennes versions deMicrosoft Edge.

Solutions recommandées : pour mettre à jour le navigateur, choisissez le bouton représentant des points de suspension (...) dans la barre d'outils Microsoft Edge. Dans le menu, choisissez Settings (Paramètres), puis About Microsoft Edge (À propos de ). Si une mise à jour est requise, elle est automatiquement téléchargée et installée.

Erreur avec gdb lors du débogage de projets C++

Problème : Erreur signalée pour gdb lorsque vous essayez de déboguer un projet C++ dans l'IDE.

Causes possibles : supposons que votre AWS Cloud9 environnement utilise certains types d'instances EC2 (par exemple, t3.small oum5.large). Une erreur de débogage peut alors se produire lorsque vous essayez d'exécuter et de déboguer un projet C++ en utilisant l'exécuteur intégré de l'IDE. Cette erreur peut se produire car la version de gdb (le débogueur de projet GNU) préinstallé pour votre environnement ne fonctionne pas sur certaines plates-formes de processeur. Le code d'erreur suivant peut s'afficher.

GDB server terminated with code 1

Solutions recommandées : Le problème avec gdb qui ne prend pas en charge certaines plates-formes de processeur a été corrigé à partir de la version 3.0. Désinstallez l'ancienne version du débogueur et mettez à niveau vers une version plus récente de gdb :

  1. Supprimez la version existante du débogueur en exécutant la commande suivante dans le AWS Cloud9 terminal.

    sudo yum -y remove gdb

  2. Récupérez l'archive pour gdb, décompactez-la et accédez au répertoire qui contient les fichiers extraits en exécutant les commandes suivantes :

    wget "http://ftp.gnu.org/gnu/gdb/gdb-8.3.tar.gz"
tar xzf gdb-8.3.tar.gz
cd gdb-8.3

  3. Créez le débogueur en exécutant la commande suivante Pour cela, copiez-collez le texte suivant en un seul bloc et appuyez sur Return pour exécuter make.

    ./configure --prefix=/usr \
            --with-system-readline \
            --with-python=/usr/bin/python3 &&
make

  4. Installez maintenant le débogueur.

    sudo make -C gdb install

  5. Enfin, vérifiez que la version mise à jour du débogueur est installée.

     gdb --version

Problèmes avec PHP Runner dans AWS Cloud9

Problème : les utilisateurs ne peuvent voir aucune sortie dans le terminal PHP CLI Runner.

Cause : CLI Runner doit être configuré sur PHP et le mode débogueur doit être activé.

Solution recommandée : configurez le lanceur de CLI sur PHP et assurez-vous que le mode débogueur est activé.

Erreurs GLIBC liées à Node.js

Problème : les utilisateurs ne peuvent pas exécuter Node.js et reçoivent des erreurs GLIBC. Voici un exemple de ces messages d'erreur :

node: /lib64/libm.so.6: version `GLIBC_2.27' not found (required by node)
node: /lib64/libc.so.6: version `GLIBC_2.28' not found (required by node)

Cause : Il peut s'agir de problèmes de version de Node.js liés à l'instance utilisée.

Solution recommandée : Reportez-vous à la Étape 1 : Installer les outils requis section pour savoir comment installer Node.js pour AWS Cloud9.