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

AWS Cloud9 n'est plus disponible pour les nouveaux clients. Les clients existants de AWS Cloud9 peuvent continuer à utiliser le service normalement. En savoir plus

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 Résolution des problèmes liés à l' AWS Cloud9 installateur. 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 1" IDE

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

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

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

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 votre HTTP proxy l'URLest https://172.31.26.80:3128 et que URL c'est le cashttps://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 PEM format. HTTP 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 EC2 instance Amazon sans entrée, vous devez vous assurer qu'un point de VPC terminaison Amazon pour Amazon S3 est configuré. Pour plus d'informations à ce sujet, consultez Configuration des VPC points de terminaison Amazon pour les dépendances de téléchargement d'Amazon S3.

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

Problème : Après avoir ouvert un environnement de AWS Cloud9 SSH développement, le terminal 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 SSH environnement nécessite l'installation de la version 3 de Python.

Solution : installez la version 3 de Python 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 : « Impossible de créer des EC2 instances... »

Problème : Lorsque vous essayez de créer un environnement de AWS Cloud9 développement, un message s'affiche avec la phrase « Nous ne sommes pas en mesure de créer des EC2 instances 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. Toutefois, les utilisateurs fédérés ne peuvent pas appeler IAMAPIs. Pour plus d'informations, reportez-vous GetFederationTokenà la section AWS Security Token Service APIRéférence.

Solution : demandez à un Compte AWS administrateur de créer le rôle lié au service AWS Cloud9 soit dans la IAM console, 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 la section Utilisation des rôles liés à un service dans le guide de l'IAMutilisateur.

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/MyUserest le nom de ressource Amazon (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:12a34567b8cd9012345ef67abcd890e1est celui 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 associer le EBSvolume d'un environnement existant au nouvel EC2 environnement. 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 SSH daemon de le lire.

Impossible d'ouvrir un environnement

Problème : lorsque vous essayez d'ouvrir un environnement, celui-ci IDE ne s'affiche pas pendant plus de cinq minutes.

Causes possibles :

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

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

    • Le VPC paramètre associé à l'instance n'est pas défini 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 SSH environnement, l'instance de cloud computing associée ou votre propre serveur n'est pas correctement configuré pour autoriser AWS Cloud9 l'accès à celui-ci.

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 de plus amples informations, veuillez consulter 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 faisant passer l'état des informations d'identification gérées à ENABLED ouDISABLED, 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 dans laquelle le nom de la pile contient le nom de l'environnement non supprimé et 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 affiche toujours 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 AWS Cloud9 IDE

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

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 la AWS Cloud9 IDEbarre de menu, choisissez AWS Cloud9Préférences.

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

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

Erreur lors de l'exécution SAM des applications 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 kit d'outils pour exécuter AWS SAM CLI des commandes pour des applications définies par SAM des modèles.

Causes possibles : Lorsque vous exécutez et déboguez des applications sans serveur localement avec le AWS Toolkit, utilise AWS SAM 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.

Toutefois, si l'espace disque de votre environnement est insuffisant, le Docker l'image fournissant ces fonctionnalités ne peut pas être créée et votre SAM application locale ne s'exécute pas. 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 SAM application créée à l'aide de l'environnement 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 afin que Docker l'image peut se construire. Supprimer tout élément non utilisé Docker images en exécutant la commande suivante dans IDE le terminal.

docker image prune -a

Si vous rencontrez régulièrement des problèmes avec SAM CLI les commandes en raison de restrictions d'espace disque, passez à un environnement de développement utilisant un type d'instance différent.

(haut de la page)

Impossible de charger IDE avec les versions antérieures de Microsoft Edge navigateur

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

Causes possibles AWS Cloud9 IDE : certaines anciennes versions de Microsoft Edge.

Solutions recommandées : Pour mettre à jour le navigateur, cliquez sur le bouton représentant des points de suspension (...) dans le Microsoft Edge barre d'outils. Dans le menu, choisissez Paramètres, puis À propos Microsoft Edge. 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/environmentdans l'explorateur de AWS Cloud9 IDE fichiers.

Problème : Lorsque vous créez la structure de sous-dossiers/home/ec2-user/environment/home/ec2-user/environmentdans l'explorateur de AWS Cloud9 IDE fichiers, 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/environmentdans un dossier du même nom à l'aide du système de fichiers du AWS Cloud9 IDE. Vous ne pourrez accéder à aucun AWS Cloud9 IDE fichier de ce répertoire à partir de l'explorateur de fichiers, mais vous pourrez y accéder à l'aide de la ligne de commande. Ce problème n'affecte que le chemin du fichier/home/ec2-user/environment/home/ec2-user/environment, les chemins de fichiers tels que/test/home/ec2-user/environmentet/home/ec2-user/environment/testdevraient fonctionner. Il s'agit d'un problème connu qui ne concerne que l'explorateur de AWS Cloud9 IDE fichiers.

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 du for. AWS Cloud9 IDE CodeCatalyst

Problème : Lorsque vous créez la structure de sous-dossiers /projects/projects dans l'explorateur de AWS Cloud9 IDE fichiers 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 du AWS Cloud9 IDE for. CodeCatalyst Vous ne pourrez accéder à aucun AWS Cloud9 IDE fichier de ce répertoire à partir de l'explorateur de fichiers, 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 ne concerne que l'explorateur de AWS Cloud9 IDE fichiers 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. Dans ce cas, la fenêtre du terminal ne IDE 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 appropriée via la EC2 console Amazon.

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 EC2 console Amazon, 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, sélectionnez Configuration rapide.

  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'EC2instance à laquelle vous souhaitez accéder, puis choisissez Create.

Connexion à l'instance et exécution de commandes

Note

Les étapes suivantes concernent la nouvelle EC2 console.

  1. Dans le volet de navigation de la EC2 console Amazon, choisissez Instances et sélectionnez l'instance à laquelle vous souhaitez 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 des problèmes liés à AmazonEC2.

Les EC2 instances Amazon ne sont pas automatiquement mises à jour

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

Cause : l'application automatique des mises à jour récentes du système peut entraîner un comportement inattendu de votre code ou de l'EC2instance Amazon, à votre insu ou sans votre approbation préalable.

Solutions recommandées :

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

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

Vous pouvez également utiliser un utilitaire d'accès à SSH distance tel que ssh ou PuTTY pour vous connecter à l'instance. Pour ce faire, depuis votre ordinateur local, utilisez un utilitaire de création de paires de SSH clés tel que ssh-keygen ou PuTTYgen. Utilisez le AWS Cloud9 IDE depuis l'environnement connecté à l'instance pour stocker la clé publique générée sur l'instance. Utilisez ensuite l'utilitaire d'accès à SSH distance 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 EC2 environnement

Problème : Lorsque vous essayez d'utiliser le AWS Command Line Interface (AWS CLI) ou le AWS-shell AWS Cloud9 IDE pour exécuter une commande dans un EC2 environnement, une 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 à EC2 l'environnement car VPC les adresses IP sont utilisées par Docker

Problème : Pour un EC2 environnement, si vous lancez l'EC2instance sur un Amazon VPC qui utilise le bloc IPv4 Classless Inter-Domain Routing (CIDR)172.17.0.0/16, la connexion risque de se bloquer lorsque vous tentez 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 VPC sous-réseau de l'instance de votre environnement utilise la même plage d'adresses que celle déjà utilisée par Docker, un conflit d'adresses IP peut survenir. Ainsi, lorsque vous AWS Cloud9 essayez de vous connecter à son instance, cette connexion est acheminée par la table de routage de la passerelle vers Docker pont. Cela AWS Cloud9 empêche de se connecter à l'EC2instance qui soutient l'environnement de développement.

Solution recommandée : pour résoudre un conflit d'adresse IP provoqué par Amazon VPC et Docker à l'aide du même bloc d'IPv4CIDRadresses, configurez-en un nouveau VPC pour l'instance qui sauvegarde votre EC2 environnement. Pour cette nouveautéVPC, configurez un CIDR bloc différent de172.17.0.0/16. (Vous ne pouvez pas modifier la plage d'adresses IP d'un réseau existant VPC ou d'un sous-réseau.)

Pour plus d'informations sur la configuration, consultez VPC la section relative au dimensionnement des sous-réseaux dans le guide de VPC l'utilisateur Amazon.

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

Problème : Lorsque vous créez la structure de sous-dossiers/home/ec2-user/environment/home/ec2-user/environmentdans l'explorateur de AWS Cloud9 IDE fichiers, 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/environmentdans un dossier du même nom à l'aide du système de fichiers du AWS Cloud9 IDE. Vous ne pourrez accéder à aucun AWS Cloud9 IDE fichier de ce répertoire à partir de l'explorateur de fichiers, mais vous pourrez y accéder à l'aide de la ligne de commande. Ce problème n'affecte que le chemin du fichier/home/ec2-user/environment/home/ec2-user/environment, les chemins de fichiers tels que/test/home/ec2-user/environmentet/home/ec2-user/environment/testdevraient fonctionner. Il s'agit d'un problème connu qui ne concerne que l'explorateur de AWS Cloud9 IDE fichiers.

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

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

Problème : Lorsque vous essayez de lancer un AWS Cloud9 EC2 environnement 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. Vous pouvez utiliser l'un de ces mécanismes pour lancer EC2 des instances.

Les anciennes versions de AWSCloud9ServiceRolePolicyfor the AWSServiceRoleForAWSCloud 9 service-linked role (SLR) n'incluent actuellement pas la condition de license-configuration ressource. De ce fait, AWS Cloud9 n'est pas autorisé à démarrer et à arrêter son instance. L'accès à son EC2 instance Amazon 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 SLR qui autorise explicitement les EC2 actions 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 EC2 environnement

Problème : une fois que vous avez ouvert un environnement de AWS Cloud9 EC2 développement, 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 EC2 instances Amazon AWS Cloud9 utilisées pour un EC2 environnement reposent soit sur Amazon Linux (qui est basé sur Red Hat Enterprise Linux (RHEL)), soit sur Ubuntu Server.

Solution : si vous installez ou gérez des packages ou si vous exécutez des commandes ou des IDE scripts dans un EC2 environnement, assurez-vous qu'ils sont compatibles avec RHEL (pour Amazon Linux) ou avec Ubuntu Server, selon 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 EC2 environnement à l'aide de AWS CloudFormation

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

Cause : Lorsque vous créez un EC2 environnement sans entrée, vous devez créer le rôle de service AWSCloud9SSMAccessRole et le profil d'instance. AWSCloud9SSMInstanceProfile Ces IAM ressources permettent à Systems Manager de gérer l'EC2instance qui soutient 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 IAM ressources manuellement.

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

Message d'erreur signalant « non autorisé à accéder à une ressource » lors de perform: ssm:StartSession la création d'un EC2 environnement à l'aide de AWS CloudFormation

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

Cause : L'utilisateur n'est pas autorisé à appeler StartSession API ce qui est requis dans le cadre de la configuration pour les EC2 environnements 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 IAM des autorisations, consultezUtilisation AWS CloudFormation pour créer des environnements sans entrée EC2.

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 EC2 environnement à l'aide de AWS CLI

Problème : lorsqu'ils utilisent le AWS CLIpour créer un EC2 environnement, 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'a pas l'autorisation d'appeler StartSession API ce qui est requis dans le cadre de la configuration pour les EC2 environnements 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 du AWS CLI.

Impossible de créer un environnement lorsque le chiffrement par défaut est appliqué aux EBS volumes Amazon

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

Causes possibles : si vous AWS Cloud9 IDE utilisez des EBS volumes Amazon qui sont chiffrés par défaut, le rôle AWS Identity and Access Management lié au service AWS Cloud9 nécessite l'accès AWS KMS keys à ces EBS volumes. Si l'accès n'est pas fourni, le lancement AWS Cloud9 IDE peut échouer 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 AmazonEBS.

Pour plus d'informations sur cette tâche, consultez Create an AWS Cloud9 using Amazon EBS volumes avec un chiffrement par défaut dans AWS Prescriptive Guidance Patterns.

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

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

Si vous acceptez les VPC paramètres par défaut, l'EC2instance Amazon est lancée sur le réseau EC2 -Classic. L'instance n'est pas lancée dans un sous-réseau par défautVPC. 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 confirmer que l'erreur est due au fait que l'EC2instance n'est pas dans la valeur par défautVPC. 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

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

Cause : Un environnement de AWS Cloud9 développement doit être associé à un Amazon VPC répondant à des VPC exigences spécifiques. Pour les comptes sur EC2 lesquels -Classic est activé, l'acceptation des paramètres réseau par défaut lors de la création d'un EC2 environnement signifie que l'EC2instance requise n'est pas lancée dans leVPC. 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 sous-réseau VPC and lors de la création d'un EC2 environnement. Sur la page Configurer les paramètres, dans la section Paramètres réseau (avancés), sélectionnez le sous-réseau VPC et dans lequel vous pouvez lancer votre EC2 instance.

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 du for. AWS Cloud9 IDE CodeCatalyst

Problème : Lorsque vous créez la structure de sous-dossiers /projects/projects dans l'explorateur de AWS Cloud9 IDE fichiers 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 du AWS Cloud9 IDE for. CodeCatalyst Vous ne pourrez accéder à aucun AWS Cloud9 IDE fichier de ce répertoire à partir de l'explorateur de fichiers, 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 ne concerne que l'explorateur de AWS Cloud9 IDE fichiers 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 du IDE

Problème : lorsque vous ou d'autres personnes essayez d'afficher votre application en cours d'exécution dans un onglet de navigateur Web en dehors duIDE, cet onglet affiche un message d'erreur ou l'onglet est vide.

Causes possibles :

  • L'application ne s'exécute pas dans leIDE.

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

  • L'application s'exécute dans un environnement AWS Cloud9 EC2 de développement. De plus, un ou plusieurs groupes de sécurité associés à l'EC2instance Amazon correspondante n'autorisent pas le trafic entrant via les protocoles, les ports ou les adresses IP requis par l'application.

  • L'application s'exécute dans un environnement de AWS Cloud9 SSH développement pour une instance de AWS cloud computing (par exemple, une EC2 instance Amazon). De plus, le réseau ACL du sous-réseau du cloud privé virtuel (VPC) associé à l'instance correspondante n'autorise pas le trafic entrant via les protocoles, les ports ou les adresses IP requis par l'application.

  • URLC'est incorrect.

  • L'URLonglet d'aperçu de l'application est demandé 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 IPs tentatives visent à accéder aux ressources de votre ordinateur local plutôt qu'aux 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 via les protocoles, les ports ou les adresses IP requis par l'application.

  • L'application s'exécute dans un SSH environnement. 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 s'exécute dans leIDE.

  • 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 EC2 instance Amazon). 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 la section Groupes de sécurité pour vous VPC dans le guide de VPC l'utilisateur Amazon.

  • Supposons que l'application s'exécute sur une instance de AWS cloud computing. De plus, ACL il existe un réseau pour le VPC sous-réseau associé à l'instance correspondante. Assurez-vous ensuite que le réseau ACL autorise le trafic entrant via les protocoles, les ports et les adresses IP requis par l'application. 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. Voir également Réseau ACLs dans le guide de VPC l'utilisateur Amazon.

  • Assurez-vous que la demandeURL, y compris le protocole (et le port, s'il doit être spécifié), est correcte. Pour plus d'informations, consultez Étape 4 : Partagez les applications en cours d'exécution URL dans Partage d'une application en cours d'exécution sur Internet.

  • Nous ne recommandons pas de demander un URL avec le format https://12a34567b8cd9012345ef67abcd890e1.vfs.cloud9.us-east-2.amazonaws.com/ (où se 12a34567b8cd9012345ef67abcd890e1 trouve l' AWS Cloud9 identifiant attribué à l'environnement et us-east-2 l'identifiant de la AWS région pour l'environnement). Cela ne URL fonctionne que lorsque IDE l'environnement est ouvert et que l'application s'exécute 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 de plus amples informations, veuillez consulter 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 : Partagez les applications en cours d'exécution URL dans Partage d'une application en cours d'exécution sur Internet.

  • Si la requête Web provient d'unVPN, assurez-vous que le trafic VPN est autorisé via les protocoles, les ports et les adresses IP requis par l'application. Si vous ne pouvez pas apporter de modifications à votreVPN, contactez 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 SSH environnement 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 depuis un terminal de l'environnement en exécutant la curl commande, puis leURL. 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 Local SAM

Problème : Après avoir essayé d'exécuter la version locale d'une AWS Lambda fonction dans le 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 des versions locales des AWS Lambda fonctions duIDE. Tant que SAM Local n'est pas installé, vous ne pouvez pas exécuter de versions locales des fonctions Lambda dans le. IDE

Cause : AWS Cloud9 Impossible de trouver SAM Local au chemin attendu dans l'environnement, qui est~/.c9/bin/sam. Cela est dû au fait que SAM Local n'est pas déjà installé ou, s'il est installé, il AWS Cloud9 ne le trouve pas à 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 en SAM local, choisissez Window, Installer dans la barre de menus.

Pour installer SAM Local vous-même, suivez les instructions de la section Installation du AWS SAM CLI logiciel 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 EC2 environnement Amazon en utilisant AWS Cloud9 : « La création de l'environnement a échoué avec le message d'erreur : Le ou les hooks suivants ont échoué : [ControlTower: :Guard : :Hook]. »

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

Cause : AWS Control Tower s'attend à ce que le AssociatePublicIpAddressparamètre figure dans le AWS CloudFormation modèle. Ce paramètre ne peut pas être ajouté pour le moment.

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

Impossible de créer un environnement lorsque le chiffrement par défaut est appliqué aux EBS volumes Amazon

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

Causes possibles : si vous AWS Cloud9 IDE utilisez des EBS volumes Amazon qui sont chiffrés par défaut, le rôle AWS Identity and Access Management lié au service AWS Cloud9 nécessite l'accès AWS KMS keys à ces EBS volumes. Si l'accès n'est pas fourni, le lancement AWS Cloud9 IDE peut échouer 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 AmazonEBS.

Pour plus d'informations sur cette tâche, consultez Create an AWS Cloud9 using Amazon EBS volumes avec un chiffrement par défaut dans AWS Prescriptive Guidance Patterns.

(haut de la page)

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

Problème : Lorsque vous essayez de lancer un AWS Cloud9 EC2 environnement 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. Vous pouvez utiliser l'un de ces mécanismes pour lancer EC2 des instances.

Les anciennes versions de AWSCloud9ServiceRolePolicyfor the AWSServiceRoleForAWSCloud 9 service-linked role (SLR) n'incluent actuellement pas la condition de license-configuration ressource. De ce fait, AWS Cloud9 n'est pas autorisé à démarrer et à arrêter son instance. L'accès à son EC2 instance Amazon 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 SLR qui autorise explicitement les EC2 actions 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 qu'il peut AWS Cloud9 IDE ê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 le 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 le vôtreIDE, 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 menu duIDE, lorsque vous choisissez Aperçu, Aperçu de l'application ou des outils en cours d'exécution, Aperçu, Aperçu de l'application en cours d'exécution pour essayer d'afficher votre application dans un onglet d'aperçu duIDE, l'onglet affiche une erreur ou l'onglet est vide.

Causes possibles :

  • Votre application ne s'exécute pas dans leIDE.

  • Votre application ne s'exécute pas à l'aide deHTTP.

  • 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 (80808081, ou8082) n'est pas spécifié dans l'URLonglet 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, les AWS Cloud9 IDE tentatives d'accès à 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 s'exécute dans leIDE.

  • Assurez-vous que l'application s'exécute à l'aide deHTTP. 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 au dans l'URLonglet 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 de vous rendre à cette adresse en dehors duIDE. Toutefois, cela ne fonctionne que lorsque IDE l'environnement est ouvert et que l'application s'exécute 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 le 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 AWS Cloud9 EC2 environnement, la fenêtre d'IDEaperçu 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 utilisent AWS Cloud9 IDE automatiquement le HTTPS protocole. Si une page URI comporte le http protocole non sécurisé, elle est automatiquement remplacée parhttps. Et vous ne pouvez pas accéder au contenu non sécurisé en modifiant manuellement https pour revenir à http.

Solutions recommandées : Supprimez les HTTP scripts ou le contenu non sécurisés du site Web que vous essayez de prévisualiser dans leIDE. Suivez les instructions relatives à votre serveur Web ou à votre système de gestion de contenu pour obtenir des conseils sur la mise en œuvreHTTPS.

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

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

Cause : les demandes de prévisualisation des fichiers dans les cookies 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 IDEcongélation pendant une longue période

Problème : lors du démarrage et lors d'une actualisation, le AWS Cloud9 IDE terminal 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 IDE ou actualisez IDE la page Web), 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 complétion de code consomme de la mémoire et des CPU cycles dans 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 sur des instances de petite taille telles que t2.nano and t2.micro, AWS Cloud9 passe au moteur de complétion de code minimal.

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

Note

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

IDEavertissement : « La mémoire de cet environnement est insuffisante » ou « La CPU charge de cet environnement est élevée »

Problème : Pendant l'IDEexécution, un message contenant la phrase « cet environnement manque de mémoire » ou « cet environnement a une CPU charge élevée » s'affiche.

Cause : IDE Il se peut que les ressources de calcul disponibles ne soient pas suffisantes pour continuer à fonctionner sans retard ni blocage.

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 menu de IDE l'environnement, choisissez 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 EC2 instances Amazon, consultezDéplacer et AWS Cloud9 IDE quitter Amazon EBS Volumes. 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 le AWS Cloud9 IDE

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

Cause AWS Cloud9  : limite la vitesse de téléchargement au 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 CLI dans l'environnement contenant le. 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 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 AWS Cloud9 IDE.

Cause : Lorsque vous téléchargez des fichiers depuis le IDE 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 le CLI in your AWS Cloud9 IDE pour télé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 le 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 AWS Cloud9 EC2 environnement, la fenêtre d'IDEaperçu 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 utilisent AWS Cloud9 IDE automatiquement le HTTPS protocole. Si une page URI comporte le http protocole non sécurisé, elle est automatiquement remplacée parhttps. Et vous ne pouvez pas accéder au contenu non sécurisé en modifiant manuellement https pour revenir à http.

Solutions recommandées : Supprimez les HTTP scripts ou le contenu non sécurisés du site Web que vous essayez de prévisualiser dans leIDE. Suivez les instructions relatives à votre serveur Web ou à votre système de gestion de contenu pour obtenir des conseils sur la mise en œuvreHTTPS.

(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. Dans ce cas, la fenêtre du terminal ne IDE 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 appropriée via la EC2 console Amazon.

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 EC2 console Amazon, 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, sélectionnez Configuration rapide.

  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'EC2instance à laquelle vous souhaitez accéder, puis choisissez Create.

Connexion à l'instance et exécution de commandes

Note

Les étapes suivantes concernent la nouvelle EC2 console.

  1. Dans le volet de navigation de la EC2 console Amazon, choisissez Instances et sélectionnez l'instance à laquelle vous souhaitez 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 IDE avec les versions antérieures de Microsoft Edge navigateur

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

Causes possibles AWS Cloud9 IDE : certaines anciennes versions de Microsoft Edge.

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

Erreur gdb lors du débogage C++ projets

Problème : erreur signalée pour le gdb débogueur lors de la tentative de débogage d'un projet C++ dans le. IDE

Causes possibles : supposons que votre AWS Cloud9 environnement utilise certains types d'EC2instances (par exemple, t3.small oum5.large). Ensuite, une erreur de débogage peut se produire lorsque vous essayez d'exécuter et de déboguer un C++ projet utilisant IDE le runner intégré. Cette erreur peut se produire car la version du gdb (le GNU Project Debugger) préinstallée 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 in AWS Cloud9

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

Cause : le CLI runner doit être réglé sur PHP et le mode débogueur doit être activé.

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

GLIBC2 erreurs liées à Node.js

Problème : les utilisateurs ne peuvent pas exécuter Node.js et reçoivent GLIBC des erreurs. 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.