Risoluzione dei problemi AWS Cloud9 - AWS Cloud9
Installer (Programma di installazione)AWS Cloud9 AmbienteAmazon EC2Altri servizi AWSAnteprima dell'applicazionePrestazioniApplicazioni e servizi di terze parti

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Risoluzione dei problemi AWS Cloud9

Utilizza le seguenti informazioni per identificare e risolvere i problemi con AWS Cloud9.

Se il problema non è elencato o se si ha bisogno di ulteriore assistenza, consulta il Forum di discussione di AWS Cloud9. Per entrare nel forum, è possibile che venga richiesto l'accesso. È inoltre possibile contattarci direttamente.

Installer (Programma di installazione)

La sezione seguente descrive la risoluzione dei problemi relativi al AWS Cloud9 programma di installazione.

Il AWS Cloud9 programma di installazione si blocca o fallisce

Problema: quando si scarica ed esegue il AWS Cloud9 programma di installazione, si verificano uno o più errori e lo script di installazione non viene visualizzato. Done

Causa: il AWS Cloud9 programma di installazione ha rilevato uno o più errori dai quali non è possibile eseguire il ripristino e, di conseguenza, non riesce.

Soluzione: per ulteriori informazioni, consulta Risoluzione dei problemi del programma di installazione di AWS Cloud9. Consulta i problemi comuni, le possibili cause e le soluzioni consigliate.

AWS Cloud9 il programma di installazione non termina dopo aver visualizzato: «Package Cloud9 IDE 1"

Problema: AWS Cloud9 è installato sull'istanza Amazon EC2 esistente o sul tuo server come parte del processo di creazione di un ambiente di sviluppo SSH. L'installazione si blocca dopo che viene visualizzato il messaggio "Package Cloud9 IDE 1" nella finestra di dialogo di AWS Cloud9 Installer. Se si sceglie Annulla, viene visualizzato il seguente messaggio: “Installazione non riuscita”. Questo errore si verifica quando AWS Cloud9 i pacchetti non possono essere installati sull'host SSH del cliente.

Causa: un host SSH richiede che sia installato Node.js. Consigliamo di installare la Node.js versione più recente supportata dal sistema operativo dell'host. Se Node.js sul tuo host è presente una versione AWS Cloud9 non supportata, potrebbe verificarsi un errore di installazione.

Soluzione consigliata: installa una versione di Node.js che AWS Cloud9 supporti sul tuo host SSH.

Impossibile installare le dipendenze

Problema: è AWS Cloud9 necessario l'accesso a Internet per scaricare le dipendenze.

Possibili cause:

  • Se l' AWS Cloud9 ambiente utilizza un proxy per accedere a Internet, sono AWS Cloud9 necessari i dettagli del proxy per installare le dipendenze. Se non hai fornito i dettagli del proxy a AWS Cloud9, viene visualizzato questo errore.

  • Un'altra causa potrebbe essere se il tuo ambiente non consente il traffico in uscita.

Soluzioni consigliate:

  • Per fornire i dettagli del proxy a AWS Cloud9, aggiungi il codice seguente al file degli ambienti~/.bashrc:

    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]

    Ad esempio, se l'URL del proxy HTTP è https://172.31.26.80:3128 e l'URL del proxy HTTP èhttps://172.31.26.80:3129, aggiungi le seguenti righe al ~/.bashrc file e imposta NODE_EXTRA_CA_CERTS il percorso di un file dell'autorità di certificazione in formato PEM. Per ulteriori informazioni su questa variabile, vederehttps://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]

  • Se utilizzi un'istanza Amazon EC2 senza ingresso, devi assicurarti che sia configurato un endpoint Amazon VPC per Amazon S3. Per ulteriori informazioni su questo argomento, consulta Configurazione degli endpoint Amazon VPC per le dipendenze di download di Amazon S3.

Errore di ambiente SSH: «È richiesta la versione 3 di Python per installare pty.js»

Problema: dopo aver aperto un ambiente di sviluppo AWS Cloud9 SSH, il terminale dell' AWS Cloud9 IDE visualizza un messaggio che inizia con «Python versione 3 è necessario per installare pty.js».

Causa: per funzionare come previsto, un ambiente SSH richiede l'installazione della versione 3 di Python.

Soluzione: installa Python versione 3 nell'ambiente. Per controllare la versione, dal terminale del tuo server, esegui il comando python --version . Per installare Python 3 sul tuo server, vedi uno dei seguenti:

AWS Cloud9 Ambiente

La sezione seguente descrive la risoluzione dei problemi relativi all' AWS Cloud9 ambiente.

Errore di creazione dell'ambiente: "Impossibile creare istanze EC2..."

Problema: quando tenti di creare un ambiente di AWS Cloud9 sviluppo, viene visualizzato un messaggio con la frase «Non siamo in grado di creare istanze EC2 nel tuo account durante la verifica e l'attivazione dell'account».

Causa: AWS sta attualmente verificando e attivando il tuo. Account AWS Fino al completamento dell'attivazione, che potrebbe richiedere anche 24 ore, non è possibile creare questo o altri ambienti.

Soluzione: prova a creare l'ambiente più tardi. Se continui a ricevere questo messaggio dopo 24 ore, contatta l'assistenza. Inoltre, è importante sapere che, anche quando un tentativo di creare un ambiente non riesce, AWS CloudFormation crea uno stack correlato nell'account dell'utente. Questi stack contano ai fini della quota di creazione dello stack per il proprio account. Per evitare di raggiungere il limite di creazione dello stack è possibile eliminare gli stack non riusciti. Per ulteriori informazioni, vedi Eliminazione di uno stack sulla console AWS CloudFormation nella Guida per l'utente di AWS CloudFormation .

Errore di creazione dell'ambiente: «Non autorizzato a eseguire sts:AssumeRole»

Problema: quando si tenta di creare un nuovo ambiente, viene visualizzato questo errore: «Non autorizzato a eseguire sts:AssumeRole» e l'ambiente non viene creato.

Possibili cause: non esiste un ruolo AWS Cloud9 collegato al servizio nel tuo. Account AWS

Soluzioni consigliate: crea un ruolo AWS Cloud9 collegato al servizio nel tuo. Account AWSÈ possibile effettuare questa operazione eseguendo questo comando in AWS Command Line Interface (AWS CLI) o in 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.

Se non riesci a farlo, contatta il tuo Account AWS amministratore.

Una volta eseguito il comando, provare a creare di nuovo l'ambiente.

Le identità federate non possono creare gli ambienti

Problema: quando si tenta di utilizzare un'identità AWS federata per creare un ambiente di AWS Cloud9 sviluppo, viene visualizzato un messaggio di errore di accesso e l'ambiente non viene creato.

Causa: AWS Cloud9 utilizza ruoli collegati ai servizi. Il ruolo collegato ai servizi viene creato la prima volta che si crea un ambiente in un account utilizzando la chiamata iam:CreateServiceLinkedRole. Tuttavia, gli utenti federati non possono chiamare le API IAM. Per ulteriori informazioni, consulta l'AWS Security Token Service API GetFederationTokenReference.

Soluzione: chiedi a un Account AWS amministratore di creare il ruolo collegato al servizio nella console IAM o eseguendo questo comando con AWS Command Line Interface ()AWS CLI: AWS Cloud9 

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

Oppure questo comando con -shell: AWS

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

Per ulteriori informazioni, consultare Utilizzo di ruoli collegati ai servizi nella Guida per l'utente di IAM.

Errore di console: "User is not authorized to perform action on resource" ("L'utente non è autorizzato a eseguire l'operazione nella risorsa")

Problema: quando si tenta di utilizzare la AWS Cloud9 console per creare o gestire un ambiente di AWS Cloud9 sviluppo, viene visualizzato un errore che contiene una frase simile a «L'utente non arn:aws:iam::123456789012:user/MyUser è autorizzato a eseguire cloud9:action sulla risorsa»arn:aws:cloud9:us-east-2:123456789012:environment:12a34567b8cd9012345ef67abcd890e1, in cui:

  • arn:aws:iam::123456789012:user/MyUser è l'Amazon Resource Name (ARN) dell'utente richiedente.

  • action è il nome dell'operazione richiesta dall'utente.

  • arn:aws:cloud9:us-east-2:123456789012:environment:12a34567b8cd9012345ef67abcd890e1 è l'ARN dell'ambiente in cui l'utente ha richiesto di eseguire l'operazione.

Causa: l'utente con cui hai effettuato l'accesso alla AWS Cloud9 console non dispone delle autorizzazioni di AWS accesso corrette per eseguire l'azione.

Soluzione: verificare che l'utente disponga delle autorizzazioni di accesso ad AWS corrette e provare a eseguire di nuovo l'operazione. Per ulteriori informazioni, consulta gli argomenti seguenti:

Impossibile a stabilire la connessione a un ambiente

Problema: gli utenti non riescono a connettersi a un ambiente e sono bloccati nella fase di connessione.

Causa: se modifichi le autorizzazioni del ~/ .ssh/authorized_keys file, rimuovi le AWS Cloud9 chiavi da quel file o rimuovi completamente il file, potrebbe verificarsi questo problema.

Soluzione: non eliminare il file. Se lo si elimina, è necessario ricreare l'ambiente e potrebbe essere necessario collegare il Volume EBS di un ambiente esistente al nuovo ambiente EC2. Questa operazione serve per recuperare i dati persi. Se mancano delle autorizzazioni, assicurarsi che il file disponga di autorizzazioni Read-Write. Ciò per consentire al daemon SSH di leggerlo.

Impossibile aprire un ambiente

Problema: quando si tenta di aprire un ambiente, l'IDE non viene visualizzato per più di cinque minuti.

Possibili cause:

  • L'utente IAM che ha effettuato l'accesso alla AWS Cloud9 console non dispone delle autorizzazioni di AWS accesso necessarie per aprire l'ambiente.

  • Se l'ambiente è associato a un'istanza di AWS cloud computing (ad esempio, un'istanza Amazon EC2), allora il possibile potrebbe essere vero:

    • Il VPC associato all'istanza non è impostato sulle impostazioni corrette per. AWS Cloud9

    • L'istanza sta passando da uno stato all'altro o non supera i controlli di stato automatici quando AWS Cloud9 tenta di connettersi all'istanza.

  • Se l'ambiente è un ambiente SSH, l'istanza di cloud computing associata o il tuo server non sono configurati correttamente per consentirne AWS Cloud9 l'accesso.

Soluzioni consigliate:

Impossibile aprire AWS Cloud9 l'ambiente: «Al momento i collaboratori non possono accedere a questo ambiente. Please wait until the removal of managed temporary credentials is complete, or contact the owner of this environment" ("I collaboratori non sono attualmente grado di accedere all'ambiente. Attendi che le credenziali temporanee gestite vengano rimosse o contatta il proprietario dell'ambiente").

Problema: se un nuovo collaboratore viene aggiunto a un ambiente da qualcuno che non è il proprietario dell'ambiente, le credenziali temporanee AWS gestite vengono disabilitate. Le credenziali vengono disabilitate mediante l'eliminazione del file ~/.aws/credentials. Durante l'eliminazione ~/.aws/credentials del file, i nuovi collaboratori non possono accedere all'ambiente. AWS Cloud9

Causa: l'impedimento dell'accesso all'ambiente durante l'eliminazione delle credenziali temporanee gestite da AWS è una misura di sicurezza. Ciò permette ai proprietari dell'ambiente di confermare che solo i collaboratori affidabili abbiano accesso alle credenziali gestite. Se ritengono che l'elenco dei collaboratori sia valido, i proprietari dell'ambiente possono abilitare di nuovo le credenziali gestite in modo che possano essere condivise. Per ulteriori informazioni, consulta Controllo dell'accesso alle credenziali temporanee gestite da AWS.

Soluzioni consigliate: attendi che il ~/.aws/credentials file venga eliminato completamente prima di riprovare ad aprire l' AWS Cloud9 ambiente. Il tempo massimo di attesa per la scadenza delle credenziali è di 15 minuti. In alternativa, chiedi al proprietario dell'ambiente di abilitare di nuovo o disabilitare le credenziali temporanee gestite. Dopo che le credenziali sono state abilitate di nuovo o disabilitate, i collaboratori possono accedere immediatamente all'ambiente. Impostando lo stato delle credenziali gestite su ENABLED (ABILITATE) o DISABLED (DISABILITATE), il proprietario dell'ambiente garantisce che le credenziali non rimangano in uno stato intermedio che possa impedire ai collaboratori di accedere all'ambiente.

Nota

Supponiamo che il proprietario e il collaboratore dell'ambiente appartengano allo stesso Account AWS. Il collaboratore può identificare il proprietario dell'ambiente da contattare esaminando la scheda di un ambiente nella pagina Your environments (I tuoi ambienti) nella console. Il proprietario dell'ambiente è anche elencato nella pagina Environment details (Dettagli ambiente).

Errore di eliminazione dell'ambiente: "One or more environments failed to delete" ("Impossibile eliminare uno o più ambienti")

Problema: quando si tenta di eliminare uno o più ambienti dalla AWS Cloud9 console, viene visualizzato un messaggio che dice «Impossibile eliminare uno o più ambienti» e almeno uno degli ambienti non viene eliminato.

Possibile causa: AWS CloudFormation potrebbe esserci un problema durante l'eliminazione di uno o più ambienti. AWS Cloud9 si basa sulla creazione e AWS CloudFormation l'eliminazione di ambienti.

Soluzione consigliata: prova AWS CloudFormation a utilizzare per eliminare ciascuno degli ambienti non eliminati.

  1. Apri la AWS CloudFormation console all'indirizzo https://console.aws.amazon.com/cloudformation.

  2. Nella barra AWS di navigazione, scegli l'opzione Regione AWS per l'ambiente.

  3. Nell'elenco degli AWS CloudFormation stack, selezionate la voce in cui Stack name contiene il nome dell'ambiente non eliminato e Status è DELETE_FAILED. Ad esempio, se il nome dell'ambiente èmy-demo-environment, scegli lo stack che inizia con il nome aws-cloud9-. my-demo-environment (Scegli la casella o l'opzione accanto al nome dell'ambiente e non il nome dell'ambiente stesso).

  4. Scegliere Actions, Delete Stack (Operazioni, Elimina stack).

  5. Se richiesto, scegliere Yes, Delete (Sì, elimina).

Il processo di eliminazione di uno stack può durare alcuni minuti.

Se la pila scompare dall'elenco, l'ambiente è stato eliminato.

Se dopo alcuni minuti lo stack presenta ancora lo stato DELETE_FAILED, l'ambiente non è ancora stato eliminato. In tal caso, provare a eliminare manualmente ognuna delle risorse dello stack non riuscito.

Nota

L'eliminazione manuale delle risorse di uno stack fallito non rimuove lo stack stesso dal tuo. Account AWS

Per eliminare manualmente queste risorse, eseguire le seguenti operazioni. Nella AWS CloudFormation console, scegli lo stack fallito, quindi seleziona la sezione Risorse. Vai alla console AWS per cercare ogni risorsa in questo elenco, quindi usa quella console per eliminare la risorsa.

Modifica del tempo di timeout per un ambiente in IDE AWS Cloud9

Problema: gli utenti desiderano aggiornare l'orario di timeout per gli ambienti Amazon EC2.

Causa: il tempo di timeout predefinito è di 30 minuti. Potrebbe essere troppo breve per alcuni utenti.

Soluzione consigliata:

  1. Apri l'ambiente che desideri configurare.

  2. Nell'AWS Cloud9 IDE, nella barra dei menu, scegli AWS Cloud9Preferenze.

  3. Nella finestra Preferenze, scorri fino alla sezione dell'istanza Amazon EC2.

  4. Seleziona il valore di timeout dall'elenco disponibile e aggiorna.

Errore durante l'esecuzione delle applicazioni SAM localmente in AWS Toolkit perché l' AWS Cloud9 ambiente non dispone di spazio su disco sufficiente

Problema: si verifica un errore quando si utilizza il AWS Toolkit per eseguire comandi AWS SAM CLI per applicazioni definite dai modelli SAM.

Possibili cause: quando si eseguono ed eseguono il debug di applicazioni serverless localmente con il AWS Toolkit, utilizza immagini. AWS SAM Docker Queste immagini forniscono un ambiente di esecuzione e creano strumenti che emulano l'ambiente Lambda in cui si intende effettuare l'implementazione.

Tuttavia, se l'ambiente non dispone di spazio su disco sufficiente, l'immagine Docker che fornisce queste funzionalità non può essere creata e l'applicazione SAM locale non viene eseguita. In questo caso, si potrebbe visualizzare un errore nella scheda Output simile al seguente.

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.

Questo errore si riferisce a un'applicazione SAM costruita utilizzando il tempo di esecuzione Python. Si potrebbe visualizzare un messaggio leggermente diverso, a seconda del tempo di esecuzione scelto per l'applicazione.

Soluzioni consigliate: libera spazio su disco nell'ambiente in modo che l'immagine Docker possa essere creata. Rimuovi tutte le immagini Docker inutilizzate eseguendo nel terminale dell'IDE il comando riportato di seguito.

docker image prune -a

Se si verificano ripetutamente problemi con i comandi della CLI SAM a causa di limitazioni di spazio su disco, passare a un ambiente di sviluppo che utilizza un tipo di istanza diverso.

(Torna all'inizio)

Impossibile caricare l'IDE utilizzando le versioni meno recenti del browser Microsoft Edge

Problema: viene restituito un HTTP403: FORBIDDEN errore quando si tenta di caricare l' AWS Cloud9 IDE utilizzando il Microsoft Edge browser Web.

Possibili cause: l' AWS Cloud9 IDE non supporta alcune versioni precedenti diMicrosoft Edge.

Soluzioni consigliate: per aggiornare il browser, scegli il pulsante con i puntini di sospensione (...) nella barra degli strumenti di Microsoft Edge. Dal menu, scegli Settings (Impostazioni), quindi scegli About Microsoft Edge (Informazioni su Microsoft Edge). Se è necessario un aggiornamento, questo viene scaricato e installato automaticamente.

(Torna all'inizio)

Impossibile creare la struttura di sottocartelle /home/ec2-user/environment/home/ec2-user/environment in File Explorer dell'IDE AWS Cloud9 .

Problema: quando si crea la struttura di sottocartelle /home/ec2-user/environment/home/ec2-user/environment in AWS Cloud9 IDE File Explorer, viene visualizzato un messaggio di errore che indica che non è possibile aprire questa directory.

Possibili cause: al momento non è possibile creare una struttura di sottocartelle /home/ec2-user/environment all'interno di una cartella con lo stesso nome utilizzando il file system dell'IDE. AWS Cloud9 Non sarà possibile accedere a nessun file all'interno di questa directory dall' AWS Cloud9 IDE File Explorer, ma sarà possibile accedervi utilizzando la riga di comando. Questo problema riguarda solo il percorso /home/ec2-user/environment/home/ec2-user/environment, i percorsi di file come /test/home/ec2-user/environment e /home/ec2-user/environment/test funzionano. Questo è un problema noto e riguarda solo AWS Cloud9 IDE File Explorer.

Soluzioni consigliate: utilizza un nome file e una struttura diversi.

(Torna all'inizio)

Impossibile creare la struttura di sottocartelle /projects/projects all'interno del File Explorer dell'IDE per. AWS Cloud9 CodeCatalyst

Problema: quando si crea la struttura di sottocartelle /projects/projects nell' AWS Cloud9 IDE File Explorer per CodeCatalyst, viene visualizzato un messaggio di errore che indica che non è possibile aprire questa directory.

Possibili cause: al momento non è possibile creare una struttura di sottocartelle /projects all'interno di una cartella con lo stesso nome utilizzando il File Explorer dell'IDE for. AWS Cloud9 CodeCatalyst Non sarà possibile accedere a nessun file all'interno di questa directory dall' AWS Cloud9 IDE File Explorer, ma sarà possibile accedervi utilizzando la riga di comando. Questo problema riguarda solo il percorso /projects/projects, i percorsi di file come /test/projects e /projects/test/projects funzionano. Questo è un problema noto e riguarda solo l' AWS Cloud9 IDE File Explorer per CodeCatalyst.

Soluzioni consigliate: utilizza un nome file e una struttura diversi.

(Torna all'inizio)

Impossibile interagire con la finestra del terminale in AWS Cloud9 a causa di errori di sessione tmux

Problema: quando si tenta di avviare una nuova finestra di terminale in AWS Cloud9, l'interfaccia a riga di comando prevista non è disponibile. Non esiste alcun prompt dei comandi e non è possibile immettere testo. Vengono restituiti messaggi di errore come tmux: need UTF-8 locale (LC_CTYPE) e invalid LC_ALL, LC_CTYPE or LANG.

Possibili cause: un terminale che non risponde potrebbe essere causato da un errore tmux. AWS Cloud9 utilizza l'utilità tmux. In questo modo, le informazioni visualizzate nel terminale rimangono persistenti anche quando viene ricaricata la pagina o viene eseguita la riconnessione all'ambiente di sviluppo.

In una sessione tmux, ciò che viene visualizzato nella finestra del terminale viene gestito da un client. Il client comunica con un server in grado di gestire più sessioni. Il server e il client comunicano tramite un socket situato nella cartella tmp. Se la cartella tmp non è presente nell'ambiente di sviluppo o vengono applicate autorizzazioni troppo restrittive, le sessioni tmux non possono essere eseguite. In tal caso, la finestra del terminale nell'IDE non risponde.

Soluzioni consigliate: se gli errori tmux impediscono di interagire con la finestra del terminale, utilizzare un modo alternativo per creare una cartella tmp con le autorizzazioni corrette. In questo modo è possibile eseguire le sessioni tmux. Una soluzione consiste nell'esportare LC_CTYPE in .bash_profile o nel file .bashrc. Un'altra soluzione consigliata è quella di AWS Systems Manager impostare una configurazione di gestione dell'host. Ciò consente l'accesso all'istanza pertinente tramite la console Amazon EC2.

Configurazione della gestione host

  1. Innanzitutto, nella AWS Cloud9 console, trova il nome dell'istanza del tuo ambiente. È possibile farlo selezionando l'apposito pannello nella pagina Your environments (I tuoi ambienti) e selezionando View details (Visualizza dettagli). Nella pagina Environment details (Dettagli ambiente), scegliere Go to Instance (Vai all'istanza). Nella console Amazon EC2, confermare il nome dell'istanza a cui si deve accedere.

  2. Ora vai alla AWS Systems Manager console e, nel pannello di navigazione, scegli Configurazione rapida.

  3. Nella pagina Configurazione rapida, scegliere Create (Crea).

  4. Per Tipi di configurazione, accedere a Gestione host e scegliere Create (Crea).

  5. Per Personalizzare le opzioni di configurazione di Gestione host, nella sezione Targets (Destinazioni), scegliere Manuale.

  6. Selezionare l'istanza EC2 a cui si desidera accedere, quindi scegliereCreate (Crea).

Connessione all'istanza ed esecuzione di comandi

Nota

Le fasi riportate di seguito sono per la nuova console EC2.

  1. Nella console Amazon EC2, nel pannello di navigazione, scegliereIstanze e selezionare l'istanza a cui connettersi.

  2. Scegliere Connetti.

    Se Connect (Connetti) non è attivato, potrebbe essere necessario avviare prima l'istanza.

  3. Nel riquadro Connect to your instance (Connessione all'istanza), per Connection Method (Metodo di connessione), scegliere Session Manager e poi Connect (Connetti).

  4. Nella finestra della sessione terminale che appare, inserire i seguenti comandi. Questi comandi creano la cartella tmp con le autorizzazioni corrette in modo che il socket tmux sia disponibile.

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

(Torna all'inizio)

Amazon EC2

La sezione seguente descrive la risoluzione dei problemi relativi ad Amazon EC2.

Le istanze Amazon EC2 non vengono aggiornate automaticamente

Problema: gli aggiornamenti di sistema recenti non vengono applicati automaticamente a un'istanza Amazon EC2 che si connette a un ambiente di AWS Cloud9 sviluppo.

Causa: l'applicazione automatica degli aggiornamenti di sistema recenti potrebbe causare un comportamento anomalo del codice o dell'istanza Amazon EC2, inaspettatamente e senza la tua approvazione.

Soluzioni consigliate:

Applica regolarmente gli aggiornamenti di sistema all'istanza Amazon EC2 seguendo le istruzioni in Updating Instance Software nella Amazon EC2 User Guide.

Per eseguire comandi sull'istanza, puoi utilizzare una sessione terminale nell' AWS Cloud9 IDE dall'ambiente connesso all'istanza.

In alternativa, puoi utilizzare un'utilità di accesso remoto SSH come ssh o PuTTY per connetterti all'istanza. Per farlo, usa sul tuo computer locale un'utilità di creazione di coppie di chiavi SSH come ssh-keygen o PuTTYgen. Utilizza l' AWS Cloud9 IDE dell'ambiente connesso all'istanza per archiviare la chiave pubblica generata sull'istanza. Quindi, utilizzare l'utilità di accesso remoto SSH insieme alla chiave privata generata per accedere all'istanza. Per ulteriori informazioni, consulta la documentazione della tua utilità.

AWS CLI o errore AWS-shell: «Il token di sicurezza incluso nella richiesta non è valido» in un ambiente EC2

Problema: quando si tenta di utilizzare la AWS Command Line Interface (AWS CLI) o la AWS-shell per eseguire un comando nell' AWS Cloud9 IDE per un ambiente EC2, viene visualizzato un errore: «Il token di sicurezza incluso nella richiesta non è valido».

Causa: si può generare token di sicurezza non valido se le credenziali temporanee gestite da AWS sono abilitate e si è verificata una delle seguenti condizioni:

  • Hai provato a eseguire un comando che non è consentito dalle credenziali temporanee AWS gestite. Per un elenco dei comandi consentiti, consulta Azioni supportate da credenziali temporanee AWS gestite.

  • Le credenziali temporanee AWS gestite sono scadute automaticamente dopo 15 minuti.

  • Le credenziali temporanee AWS gestite per un ambiente condiviso sono state disattivate perché un nuovo membro è stato aggiunto da qualcuno diverso dal proprietario dell'ambiente.

Soluzioni consigliate:

Impossibile connettersi all'ambiente EC2 perché gli indirizzi IP del VPC sono utilizzati da Docker

Problema: per un ambiente EC2, se si avvia l'istanza EC2 in un Amazon VPC che utilizza il blocco CIDR (instradamento interdominio senza classi (CIDR) IPv4 172.17.0.0/16, la connessione potrebbe bloccarsi quando si tenta di aprire tale ambiente.

Causa: Docker utilizza un dispositivo a livello di collegamento chiamato rete bridge che consente la comunicazione tra contenitori collegati alla stessa rete bridge. AWS Cloud9 crea contenitori che utilizzano un bridge predefinito per la comunicazione con i contenitori. Di norma, il bridge di default utilizza la sottorete 172.17.0.0/16 per le reti dei container.

Se la sottorete VPC per l'istanza dell'ambiente utilizza lo stesso intervallo di indirizzi già usato da Docker, può verificarsi un conflitto di indirizzi IP. Pertanto, quando AWS Cloud9 tenta di connettersi alla rispettiva istanza, la connessione viene instradata dalla tabella di instradamento del gateway al bridge Docker. Ciò AWS Cloud9 impedisce la connessione all'istanza EC2 che supporta l'ambiente di sviluppo.

Soluzione consigliata: per risolvere un conflitto di indirizzi IP causato da Amazon VPC e Docker che utilizzano lo stesso blocco di indirizzi CIDR IPv4, configura un nuovo VPC per l'istanza che supporta l'ambiente EC2. Per questo nuovo VPC, configura un blocco CIDR diverso da 172.17.0.0/16. (Non è possibile modificare l'intervallo di indirizzi IP di un VPC o di una sottorete esistente).

Per ulteriori informazioni, consulta Dimensionamento di VPC e sottorete nella Guida per l'utente di Amazon VPC.

Impossibile creare la struttura di sottocartelle /home/ec2-user/environment/home/ec2-user/environment in File Explorer dell'IDE AWS Cloud9 .

Problema: quando si crea la struttura di sottocartelle /home/ec2-user/environment/home/ec2-user/environment in AWS Cloud9 IDE File Explorer, viene visualizzato un messaggio di errore che indica che non è possibile aprire questa directory.

Possibili cause: al momento non è possibile creare una struttura di sottocartelle /home/ec2-user/environment all'interno di una cartella con lo stesso nome utilizzando il file system dell'IDE. AWS Cloud9 Non sarà possibile accedere a nessun file all'interno di questa directory dall' AWS Cloud9 IDE File Explorer, ma sarà possibile accedervi utilizzando la riga di comando. Questo problema riguarda solo il percorso /home/ec2-user/environment/home/ec2-user/environment, i percorsi di file come /test/home/ec2-user/environment e /home/ec2-user/environment/test funzionano. Questo è un problema noto e riguarda solo AWS Cloud9 IDE File Explorer.

Soluzioni consigliate: utilizza un nome file e una struttura diversi.

Impossibile eseguire l'avvio AWS Cloud9 dalla console quando una configurazione di AWS License Manager licenza è associata a istanze Amazon EC2

Problema: quando tenti di avviare un ambiente AWS Cloud9 EC2 dalla console, viene restituito un messaggio unable to access your environment di errore.

Possibili cause: AWS License Manager semplifica la gestione delle licenze dei fornitori di software in tutto il mondo. Cloud AWS Quando imposti License Manager, è necessario creare delle configurazioni di licenza, che sono insiemi di regole di licenza basate sui termini dei tuoi accordi aziendali. Queste configurazioni di licenza possono essere collegate a un meccanismo, ad esempio un'Amazon Machine Image (AMI) o AWS CloudFormation. È possibile utilizzare uno di questi meccanismi per avviare le istanze EC2.

Le versioni precedenti di AWSCloud9ServiceRolePolicyfor the AWSServiceRoleForAWSCloud 9 service-linked role (SLR) attualmente non includono la condizione relativa alla risorsa. license-configuration Per questo motivo, AWS Cloud9 non è autorizzato ad avviare e interrompere la sua istanza. Pertanto, AWS Cloud9 viene negato l'accesso alla relativa istanza Amazon EC2 e viene restituito un errore.

Soluzioni consigliate: se non riesci ad accedere a un AWS Cloud9 ambiente esistente e utilizzare License Manager, sostituisci il vecchio ruolo AWSCloud9ServiceRolePolicycollegato al servizio con la versione della reflex che consente esplicitamente le azioni EC2 quando si applica all'istanza. license-configuration Per sostituire il ruolo precedente è sufficiente eliminarlo. Il ruolo aggiornato viene quindi creato automaticamente.

Impossibile eseguire alcuni comandi o script in un ambiente EC2

Problema: dopo aver aperto un ambiente di sviluppo AWS Cloud9 EC2, non puoi installare alcuni tipi di pacchetti, eseguire comandi come yum or o o apt eseguire script contenenti comandi che in genere funzionano con altri sistemi operativi Linux.

AWS Cloud9 Causa: le istanze Amazon EC2 utilizzate per un ambiente EC2 si basano su Amazon Linux (basato su Red Hat Enterprise Linux (RHEL)) o Ubuntu Server.

Soluzione: se installi o gestisci pacchetti oppure esegui comandi o script nell'IDE per un ambiente EC2, accertati che siano compatibili con RHEL (per Amazon Linux) o Ubuntu Server, a seconda dell'istanza per quell'ambiente.

Messaggio di errore che riporta «Il profilo dell'istanza AWSCloud9SSMInstanceProfile non esiste nell'account» durante la creazione dell'ambiente EC2 utilizzando AWS CloudFormation

Problema: quando utilizzano la AWS CloudFormation risorsa AWS::Cloud9::EnvironmentEC2 per creare un ambiente EC2, gli utenti ricevono un messaggio di errore indicante che il profilo dell'istanza AWSCloud9SSMInstanceProfile non esiste nell'account.

Causa: quando si crea un ambiente EC2 senza ingresso, è necessario creare il ruolo di servizioAWSCloud9SSMAccessRole e il profilo dell'istanza AWSCloud9SSMInstanceProfile. Queste risorse IAM consentono a Systems Manager di gestire l'istanza EC2 che supporta l'ambiente di sviluppo.

Se crei un ambiente senza ingresso con la console, AWSCloud9SSMAccessRole e AWSCloud9SSMInstanceProfile vengono creati automaticamente. Tuttavia, quando si utilizza AWS CloudFormation o AWS CLI si crea il primo ambiente senza ingresso, è necessario creare queste risorse IAM manualmente.

Soluzione consigliata: per informazioni sulla modifica del AWS CloudFormation modello e sull'aggiornamento delle autorizzazioni IAM, consulta Utilizzo di AWS CloudFormationper creare ambienti EC2 senza ingresso

Messaggio di errore "not authorized to perform: ssm:StartSession on resource" (non autorizzato a eseguire ssm:StartSession nella risorsa) durante la creazione di un ambiente EC2 utilizzando AWS CloudFormation

Problema: quando utilizzano la AWS CloudFormation risorsa AWS::Cloud9::EnvironmentEC2 per creare un ambiente EC2, gli utenti ricevono un messaggio AccessDeniedException e vengono informati che «non sono autorizzati a eseguire: ssm:StartSession su risorsa».

Causa: l'utente non dispone dell'autorizzazione per chiamare l'API StartSession necessaria come parte della configurazione per gli ambienti EC2 che utilizzano Systems Manager per le istanze senza ingresso.

Soluzione consigliata: per informazioni sulla modifica del AWS CloudFormation modello e sull'aggiornamento delle autorizzazioni IAM, consulta. Utilizzo di AWS CloudFormationper creare ambienti EC2 senza ingresso

Messaggio di errore che riporta che non è presente l'autorizzazione "per eseguire iam:GetInstanceProfile sulla risorsa: profilo dell'istanza AWSCloud9SSMInstanceProfile" durante la creazione di un ambiente EC2 tramite AWS CLI

Problema: quando si utilizza AWS CLIper creare un ambiente EC2, gli utenti ricevono un messaggio AccessDeniedException e vengono informati che il loro AWS Cloud9 ambiente non è autorizzato «a eseguire il profilo AWSCloud9SSMInstanceProfile iam: GetInstanceProfile on resource: instance».

Causa: AWS Cloud9 non dispone dell'autorizzazione per chiamare l'StartSessionAPI richiesta come parte della configurazione per gli ambienti EC2 che utilizzano Systems Manager per istanze senza ingresso.

Soluzione consigliata: per informazioni sull'aggiunta del ruolo di AWSCloud9SSMAccessRole servizio richiesto e AWSCloud9SSMInstanceProfile all'ambiente in uso, consulta. AWS Cloud9 Gestione dei profili dell'stanza per Systems Manager con AWS CLI

Impossibile creare l'ambiente quando viene applicata la crittografia di default ai volumi Amazon EBS

Problema: quando si tenta di creare un ambiente Amazon EC2 viene restituito l'errore Failed to create environments. The development environment '[environment-ID]' failed to create.

Possibili cause: se il tuo AWS Cloud9 IDE utilizza volumi Amazon EBS che per impostazione predefinita sono crittografati, il ruolo AWS Identity and Access Management collegato al servizio AWS Cloud9 richiede l'accesso a questi volumi EBS. AWS KMS keys Se l'accesso non viene fornito, l' AWS Cloud9 IDE potrebbe non riuscire ad avviarsi e potrebbe essere difficile eseguire il debug del problema.

Soluzioni consigliate: per fornire l'accesso, aggiungi il ruolo collegato al servizio per AWS Cloud9AWSServiceRoleForAWSCloud9, alla chiave gestita dal cliente utilizzata dai tuoi volumi Amazon EBS.

Per ulteriori informazioni su questa attività, consulta Creare un server AWS Cloud9 che utilizza volumi Amazon EBS con crittografia predefinita in AWS Prescriptive Guidance Patterns.

Errore VPC per gli account EC2-Classic: “Impossibile accedere all'ambiente”

Problema: EC2-Classic è stata introdotto nella versione originale di Amazon EC2. Se utilizzi un sistema Account AWS configurato prima del 4 dicembre 2013, questo errore potrebbe verificarsi se non configuri un Amazon VPC e una sottorete quando crei un ambiente di sviluppo AWS Cloud9 EC2.

Se accetti le impostazioni VPC predefinite, l'istanza Amazon EC2 viene avviata nella rete EC2-Classic e non in una sottorete del VPC predefinito. Quando la creazione dell'ambiente non riesce, viene visualizzato il seguente messaggio:

Errore di ambiente

Impossibile accedere all'ambiente

The environment creation failed with the error: The following resource(s) failed to create: [Instance]. . (Creazione dell'ambiente non riuscita. Errore: Impossibile creare le seguenti risorse: [Istanza]. .). Rollback richiesto dall'utente.

È possibile verificare che l'errore sia causato dall'istanza EC2 che non si trova nel VPC predefinito. Utilizza AWS CloudFormation per visualizzare la cronologia degli eventi dello stack per l'ambiente di sviluppo.

  1. Apri la AWS CloudFormation console. Per ulteriori informazioni, consulta Accesso alla console AWS CloudFormation .

  2. Nella AWS CloudFormation console, scegli Stacks.

  3. Nella pagina Stacks (Stack) scegliere il nome dell'ambiente di sviluppo che non è stato creato.

  4. Nella pagina Stack details (Dettagli pila) scegliere la scheda Events (Eventi) e verificare la seguente voce:

    Stato: CREATE_FAILED

    Motivo dello stato: il AssociatePublicIpAddress parametro è supportato solo dai lanci di VPC. [...]

Causa: un ambiente di AWS Cloud9 sviluppo deve essere associato a un Amazon VPC che soddisfi requisiti VPC specifici. Per gli account con EC2-Classic abilitato, accettare le impostazioni di rete di default durante la creazione di un ambiente di sviluppo EC2 significa che l'istanza EC2 richiesta non viene avviata nel VPC. Invece, l'istanza viene avviata nella rete EC2-Classic.

Soluzione consigliata: con un account EC2-Classic, è necessario selezionare un VPC e una sottorete durante la creazione di un ambiente EC2. Nella pagina Configure settings (Configura impostazioni), nella sezione Network settings (advanced) (Impostazioni di rete avanzate), selezionare il VPC e la sottorete nella quale si desidera avviare l'istanza EC2.

Altri servizi AWS

La sezione seguente descrive la risoluzione dei problemi relativi ad altri AWS servizi.

Impossibile creare la struttura di sottocartelle /projects/projects all'interno del File Explorer dell'IDE per. AWS Cloud9 CodeCatalyst

Problema: quando si crea la struttura di sottocartelle /projects/projects nell' AWS Cloud9 IDE File Explorer per CodeCatalyst, viene visualizzato un messaggio di errore che indica che non è possibile aprire questa directory.

Possibili cause: al momento non è possibile creare una struttura di sottocartelle /projects all'interno di una cartella con lo stesso nome utilizzando il File Explorer dell'IDE for. AWS Cloud9 CodeCatalyst Non sarà possibile accedere a nessun file all'interno di questa directory dall' AWS Cloud9 IDE File Explorer, ma sarà possibile accedervi utilizzando la riga di comando. Questo problema riguarda solo il percorso /projects/projects, i percorsi di file come /test/projects e /projects/test/projects funzionano. Questo è un problema noto e riguarda solo l' AWS Cloud9 IDE File Explorer per CodeCatalyst.

Soluzioni consigliate: utilizza un nome file e una struttura diversi.

Impossibile visualizzare l'applicazione in esecuzione al di fuori dell'IDE

Problema: quando tu o altri utenti tentate di visualizzare l'applicazione in esecuzione in una scheda del browser Web al di fuori dell'IDE, la scheda del browser Web visualizza un errore o è vuota.

Possibili cause:

  • L'applicazione non è in esecuzione nell'IDE.

  • L'applicazione viene eseguita con un IP 127.0.0.1 o localhost.

  • L'applicazione è in esecuzione in un ambiente di sviluppo AWS Cloud9 EC2. Inoltre, uno o più gruppi di sicurezza associati all'istanza Amazon EC2 corrispondente non consentono il traffico in entrata tramite i protocolli, le porte o gli indirizzi IP che l'applicazione richiede.

  • L'applicazione è in esecuzione in un ambiente di sviluppo AWS Cloud9 SSH per un'istanza di AWS cloud computing (ad esempio, un'istanza Amazon EC2). Inoltre, l'ACL di rete della sottorete nel cloud privato virtuale (VPC) associato all'istanza corrispondente non consente il traffico in entrata tramite i protocolli, le porte o gli indirizzi IP che l'applicazione richiede.

  • L'URL non è corretto.

  • Viene richiesto l'URL nella scheda di anteprima dell'applicazione al posto di un indirizzo IP pubblico dell'istanza.

  • Si sta cercando di accedere a un indirizzo che contiene un IP 127.0.0.1 o localhost. Questi indirizzi IP tentano di accedere alle risorse del computer locale invece che alle risorse nell'ambiente.

  • L'indirizzo IP pubblico dell'istanza è cambiato.

  • La richiesta Web proviene da una rete privata virtuale (VPN) che blocca il traffico tramite i protocolli, le porte o gli indirizzi IP che l'applicazione richiede.

  • L'applicazione è in esecuzione in un ambiente SSH. Il server o la rete associata, tuttavia, non consentono il traffico tramite i protocolli, le porte o gli indirizzi IP che l'applicazione richiede.

Soluzioni consigliate:

  • Assicurati che l'applicazione sia in esecuzione nell'IDE.

  • Assicurarsi che l'applicazione venga eseguita con un IP 127.0.0.1 o localhost. Per alcuni esempi in Node.js e Python, consulta Esecuzione di un'applicazione.

  • Supponiamo che l'applicazione sia in esecuzione su un'istanza di AWS cloud computing (ad esempio, un'istanza Amazon EC2). Assicurarsi quindi che tutti i gruppi di sicurezza associati all'istanza corrispondente consentano il traffico in entrata tramite i protocolli, le porte o gli indirizzi IP che l'applicazione richiede. Per istruzioni, consulta Fase 2: configurare il gruppo di sicurezza per l'istanza in Condivisione di un'applicazione in esecuzione su Internet. Consulta anche Gruppi di sicurezza per il VPC nella Guida per l'utente di Amazon VPC.

  • Supponiamo che l'applicazione sia in esecuzione su un' AWS istanza di cloud computing. Inoltre, esiste una ACL di rete per la sottorete nel VPC associata all'istanza corrispondente. Assicurarsi quindi che l'ACL di rete consenta il traffico tramite i protocolli, le porte e gli indirizzi IP che l'applicazione richiede. Per istruzioni, consulta Fase 3: aggiornare la sottorete per l'istanza in Condivisione di un'applicazione in esecuzione su Internet. Consulta anche Liste di controllo degli accessi di rete nella Guida per l'utente di Amazon VPC.

  • Accertati che l'URL di richiesta, incluso il protocollo (e la porta, se deve essere specificata), sia corretto. Per ulteriori informazioni, consulta Fase 4: condivisione dell'URL dell'applicazione in esecuzione in Condivisione di un'applicazione in esecuzione su Internet.

  • Non è consigliabile richiedere un URL con questo formato https://12a34567b8cd9012345ef67abcd890e1.vfs.cloud9.us-east-2.amazonaws.com/ (dove si 12a34567b8cd9012345ef67abcd890e1 trova l'ID AWS Cloud9 assegnato all'ambiente e us-east-2 l'ID della AWS regione per l'ambiente). Questo URL funziona solo quando l'IDE dell'ambiente è aperto e l'applicazione è in esecuzione nello stesso browser Web.

  • Supponiamo di cercare di accedere a un indirizzo che contiene un IP 127.0.0.1 o localhost. Provare invece ad accedere all'indirizzo non locale corretto per l'applicazione in esecuzione. Per ulteriori informazioni, consulta Condivisione di un'applicazione in esecuzione su Internet.

  • Supponiamo che l'applicazione sia in esecuzione su un'istanza di AWS cloud computing. Stabilire se l'indirizzo IP pubblico dell'istanza è cambiato. Questo indirizzo potrebbe cambiare a ogni riavvio dell'istanza. Per evitare che cambi, puoi allocare un indirizzo IP elastico (EIP) e assegnarlo all'istanza in esecuzione. Per ulteriori informazioni, consulta Fase 4: condivisione dell'URL dell'applicazione in esecuzione in Condivisione di un'applicazione in esecuzione su Internet.

  • Se la richiesta Web proviene da una VPN, accertati che consenta il traffico tramite i protocolli, le porte e gli indirizzi IP che l'applicazione richiede. Se non è possibile apportare modifiche alla VPN, consulta l'amministratore della rete. In alternativa, effettuare la richiesta Web da una rete diversa, se possibile.

  • Supponiamo che l'applicazione sia in esecuzione in un ambiente SSH per il proprio server. Assicurarsi che il server e la rete associata consentano il traffico tramite i protocolli, le porte e gli indirizzi IP che l'applicazione richiede. Se non è possibile apportare modifiche al server o alla rete associata, contattare l'amministratore del server o della rete.

  • Prova a eseguire l'applicazione da un terminale nell'ambiente eseguendo il comando curl seguito dall'URL. Se questo comando visualizza un messaggio di errore, potrebbe esserci qualche altro problema non correlato a. AWS Cloud9

Errore durante l'esecuzione di AWS Toolkit: «Il tuo ambiente sta esaurendo gli inode, aumenta il limite 'fs.inotify.max_user_watches'».

Problema: un'utilità di monitoraggio dei file utilizzata da AWS Toolkit si sta avvicinando al limite o alla quota attuale di file che può guardare.

Causa: AWS Toolkit utilizza un'utilità di monitoraggio dei file che monitora le modifiche a file e directory. Quando l'utilità si trova quasi al limite attuale della quota di file che è in grado di monitorare, viene visualizzato un messaggio di avviso.

Soluzione consigliata: per aumentare il numero massimo di file gestibili dall'utilità di controllo di file, effettua le seguenti operazioni:

  1. Avvia una sessione del terminale scegliendo Window (Finestra), New Terminal (Nuovo terminale) nella barra dei menu.

  2. Inserire il seguente comando.

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

Errore di esecuzione della funzione Lambda locale: "Cannot Install SAM Local" ("Impossibile installare SAM Local")

Problema: dopo aver tentato di eseguire la versione locale di una AWS Lambda funzione nell' AWS Cloud9 IDE, viene visualizzata una finestra di dialogo. La finestra di dialogo indica che AWS Cloud9 si verificano problemi durante l'installazione di SAM Local. AWS Cloud9 necessita di SAM Local per eseguire versioni locali delle AWS Lambda funzioni nell'IDE. Finché SAM Local non è installato, non è possibile eseguire le versioni locali delle funzioni Lambda nell'IDE.

Causa: non AWS Cloud9 riesco a trovare SAM Local nel percorso previsto nell'ambiente, che è~/.c9/bin/sam. Questo perché SAM Local non è ancora installato, oppure se è installato, AWS Cloud9 non è in grado di trovarlo in tale posizione.

Soluzioni consigliate: puoi aspettare che AWS Cloud9 provi a completare l'installazione di SAM Local oppure puoi installarlo tu stesso.

Per vedere come AWS Cloud9 sta andando il tentativo di installare SAM Local, scegli Window, Installer nella barra dei menu.

Per installare SAM Local da soli, segui le istruzioni in Installazione della CLI AWS SAM su Linux nella AWS Serverless Application Model Developer Guide.

AWS Control Tower errore durante il tentativo di creare un ambiente Amazon EC2 utilizzando AWS Cloud9: «La creazione dell'ambiente non è riuscita con l'errore: I seguenti hook non sono riusciti: [: :GuardControlTower: :Hook]».

Problema: esiste un problema di compatibilità con AWS Cloud9 e il controllo AWS Control Tower proattivo CT.EC2.PR.8. Se questo controllo è abilitato, non è possibile creare un ambiente EC2 in. AWS Cloud9

Causa: AWS Control Tower si aspetta che il AssociatePublicIpAddressparametro sia presente nel AWS CloudFormation modello. Questo parametro non può essere aggiunto in questo momento.

Soluzione consigliata: disabilita il controllo CT.EC2.PR.8 dalla AWS Control Tower console e ricrea l'ambiente in. AWS Cloud9

Impossibile creare l'ambiente quando viene applicata la crittografia di default ai volumi Amazon EBS

Problema: quando si tenta di creare un ambiente Amazon EC2 viene restituito l'errore Failed to create environments. The development environment '[environment-ID]' failed to create.

Possibili cause: se il tuo AWS Cloud9 IDE utilizza volumi Amazon EBS che per impostazione predefinita sono crittografati, il ruolo AWS Identity and Access Management collegato al servizio AWS Cloud9 richiede l'accesso a questi volumi EBS. AWS KMS keys Se l'accesso non viene fornito, l' AWS Cloud9 IDE potrebbe non riuscire ad avviarsi e potrebbe essere difficile eseguire il debug del problema.

Soluzioni consigliate: per fornire l'accesso, aggiungi il ruolo collegato al servizio per AWS Cloud9AWSServiceRoleForAWSCloud9, alla chiave gestita dal cliente utilizzata dai tuoi volumi Amazon EBS.

Per ulteriori informazioni su questa attività, consulta Creare un server AWS Cloud9 che utilizza volumi Amazon EBS con crittografia predefinita in AWS Prescriptive Guidance Patterns.

(Torna all'inizio)

Impossibile eseguire l'avvio AWS Cloud9 dalla console quando una configurazione di AWS License Manager licenza è associata a istanze Amazon EC2

Problema: quando tenti di avviare un ambiente AWS Cloud9 EC2 dalla console, viene restituito un messaggio unable to access your environment di errore.

Possibili cause: AWS License Manager semplifica la gestione delle licenze dei fornitori di software in tutto il mondo. Cloud AWS Quando imposti License Manager, è necessario creare delle configurazioni di licenza, che sono insiemi di regole di licenza basate sui termini dei tuoi accordi aziendali. Queste configurazioni di licenza possono essere collegate a un meccanismo, ad esempio un'Amazon Machine Image (AMI) o AWS CloudFormation. È possibile utilizzare uno di questi meccanismi per avviare le istanze EC2.

Le versioni precedenti di AWSCloud9ServiceRolePolicyfor the AWSServiceRoleForAWSCloud 9 service-linked role (SLR) attualmente non includono la condizione relativa alla risorsa. license-configuration Per questo motivo, AWS Cloud9 non è autorizzato ad avviare e interrompere la sua istanza. Pertanto, AWS Cloud9 viene negato l'accesso alla relativa istanza Amazon EC2 e viene restituito un errore.

Soluzioni consigliate: se non riesci ad accedere a un AWS Cloud9 ambiente esistente e utilizzare License Manager, sostituisci il vecchio ruolo AWSCloud9ServiceRolePolicycollegato al servizio con la versione della reflex che consente esplicitamente le azioni EC2 quando si applica all'istanza. license-configuration Per sostituire il ruolo precedente è sufficiente eliminarlo. Il ruolo aggiornato viene quindi creato automaticamente.

(Torna all'inizio)

Anteprima dell'applicazione

La sezione seguente descrive la risoluzione dei problemi relativi all'anteprima dell'applicazione.

Dopo aver ricaricato un ambiente, occorre aggiornare l'anteprima dell'applicazione

Problema: dopo avere ricaricato un ambiente che mostra una scheda di anteprima dell'applicazione, la scheda non visualizza l'anteprima dell'applicazione.

Causa: a volte gli utenti scrivono codice che può eseguire un ciclo infinito. Oppure il loro codice può utilizzare così tanta memoria che l' AWS Cloud9 IDE potrebbe mettersi in pausa o arrestarsi quando l'anteprima dell'applicazione è in esecuzione. Per evitare che ciò accada, AWS Cloud9 non ricarica le schede di anteprima dell'applicazione ogni volta che un ambiente viene ricaricato.

Soluzione: dopo avere ricaricato un ambiente che mostra una scheda di anteprima dell'applicazione, per visualizzare l'anteprima dell'applicazione scegli il pulsante Click to load the page (Clicca per caricare la pagina) nella scheda.

Avviso Anteprima applicazione o Anteprima file: "Third-party cookies disabled" ("cookie di terze parti disabilitati")

Problema: quando si tenta di visualizzare un'anteprima di un'applicazione o di un file, viene visualizzato un avviso con il seguente messaggio: "La funzionalità di anteprima è disabilitata perché il browser ha disabilitato i cookie di terze parti".

Causa: i cookie di terze parti non sono necessari per aprire l'IDE. AWS Cloud9 È necessario, tuttavia, abilitare i cookie di terze parti per utilizzare le funzionalità di anteprima dell'applicazione o anteprima dei file.

Soluzione: abilitare i cookie di terze parti nel browser Web, ricaricare l'IDE e quindi provare ad aprire nuovamente l'anteprima.

Se il browser Web consente questa granularità, è possibile abilitare i cookie di terze parti solo per AWS Cloud9. Per fare ciò, specificare i seguenti domini, a seconda delle Regioni AWS supportate dove si desidera usare AWS Cloud9.

AWS Region Domini

Stati Uniti orientali (Virginia settentrionale)

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

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

Stati Uniti orientali (Ohio)

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

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

Stati Uniti occidentali (California settentrionale)

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

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

Stati Uniti occidentali (Oregon)

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

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

Africa (Città del Capo)

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

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

Asia Pacific (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

Asia Pacific (Osaka)

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

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

Asia Pacific (Seul)

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

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

Asia Pacifico (Singapore)

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

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

Asia Pacifico (Sydney)

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

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

Asia Pacifico (Tokyo)

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

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

Canada (Centrale)

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

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

Europa (Francoforte)

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

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

Europa (Irlanda)

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

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

Europa (Londra)

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

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

Europa (Milano)

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

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

Europa (Parigi)

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

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

Europa (Stoccolma)

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

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

Medio Oriente (Bahrein)

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

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

Sud America (San Paolo)

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

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

La scheda di anteprima dell'applicazione visualizza un errore o è vuota

Problema: nella barra dei menu nell'IDE, quando scegli Preview, Preview Running Application (Anteprima, Anteprima applicazione in esecuzione) o Tools, Preview, Preview Running Application (Strumenti, Anteprima, Anteprima applicazione in esecuzione) per provare a visualizzare l'applicazione in una scheda di anteprima nell'IDE, la scheda visualizza un errore o è vuota.

Possibili cause:

  • L'applicazione non è in esecuzione nell'IDE.

  • L'applicazione non viene eseguita usando HTTP.

  • L'applicazione viene eseguita su più di una porta.

  • L'applicazione viene eseguita su una porta diversa da 8080, 8081 o 8082.

  • L'applicazione viene eseguita con un IP diverso da 127.0.0.1, localhost o 0.0.0.0.

  • La porta (8080, 8081 o 8082) non è specificata nell'URL nella scheda di anteprima.

  • La rete blocca il traffico in entrata tramite le porte 8080, 8081 o 8082.

  • Si sta cercando di accedere a un indirizzo che contiene un IP 127.0.0.1, localhost o 0.0.0.0. Per impostazione predefinita, l' AWS Cloud9 IDE tenta di accedere al computer locale. Non tenta di accedere all'istanza o al server connesso all'ambiente.

Soluzioni consigliate:

  • Assicurati che l'applicazione sia in esecuzione nell'IDE.

  • Assicurati che l'applicazione venga eseguita usando HTTP. Per alcuni esempi in Node.js e Python, consulta Esecuzione di un'applicazione.

  • Assicurati che l'applicazione venga eseguita solo su una porta. Per alcuni esempi in Node.js e Python, consulta Esecuzione di un'applicazione.

  • Assicurati che l'applicazione venga eseguita solo sulla porta 8080, 8081 o 8082. Per alcuni esempi in Node.js e Python, consulta Esecuzione di un'applicazione.

  • Assicurati che l'applicazione venga eseguita con un IP 127.0.0.1, localhost o 0.0.0.0. Per alcuni esempi in Node.js e Python, consulta Esecuzione di un'applicazione.

  • Aggiungi :8080, :8081 o :8082 all'URL nella scheda di anteprima.

  • Assicurati che la tua rete consenta il traffico in entrata tramite le porte 8080, 8081 o 8082. Se non è possibile apportare modifiche alla rete, consulta l'amministratore della rete.

  • Se si sta cercando di accedere a un indirizzo che contiene un IP 127.0.0.1, localhost oppure 0.0.0.0, provare invece ad andare al seguente indirizzo:https://12a34567b8cd9012345ef67abcd890e1.vfs.cloud9.us-east-2.amazonaws.com/. In questo indirizzo, 12a34567b8cd9012345ef67abcd890e1 è l'ID che AWS Cloud9 assegna all'ambiente. us-east-2 è l'ID della Regione AWS per l'ambiente. È anche possibile provare ad andare a questo indirizzo al di fuori dell'IDE. Questo funziona solo quando l'IDE dell'ambiente è aperto e l'applicazione è in esecuzione nello stesso browser Web.

  • Una volta accertato che tutte le condizioni precedenti siano soddisfatte, provare ad arrestare l'applicazione e a riavviarla.

  • Se hai interrotto e riavviato l'applicazione, prova a selezionare di nuovo Preview, Preview Running Application (Anteprima, Anteprima applicazione in esecuzione) o Tools, Preview, Preview Running Application (Strumenti, Anteprima, Anteprima applicazione in esecuzione) nella barra dei menu. In alternativa, prova selezionando il pulsante Refresh (Aggiorna) (freccia circolare) nella scheda di anteprima dell'applicazione corrispondente, se la scheda è già visibile.

Impossibile visualizzare in anteprima il contenuto Web nell'IDE perché la connessione al sito non è sicura

Problema: quando si tenta di accedere a contenuti Web, ad esempio un WordPress sito ospitato in un ambiente AWS Cloud9 EC2, la finestra di anteprima IDE non è in grado di visualizzarli.

Possibili cause: per impostazione predefinita, tutte le pagine Web a cui accedi nella scheda di anteprima dell'applicazione dell' AWS Cloud9 IDE utilizzano automaticamente il protocollo HTTPS. Se l'URI di una pagina è caratterizzato da un protocollo http non sicuro, viene sostituito automaticamente da https. E non è possibile accedere ai contenuti non sicuri riportando manualmente https a http.

Soluzioni consigliate: rimuovi gli script HTTP non sicuri o il contenuto dal sito Web che stai tentando di visualizzare in anteprima nell'IDE. Segui le istruzioni per il server Web o il sistema di gestione dei contenuti per istruzioni sull'implementazione di HTTPS.

L'anteprima di un file restituisce un errore 499

Problema: quando si tenta di utilizzare l' AWS Cloud9 IDE per visualizzare in anteprima un file che contiene un <script> elemento che contiene l'srcattributo e con l'typeattributo impostato sumodule, si verifica un errore 499 e lo script non viene eseguito come previsto.

Causa: le richieste di recupero dell'anteprima dei file nell' AWS Cloud9 IDE richiedono l'invio di cookie dal browser Web per l'autenticazione. Per impostazione predefinita, i browser Web inviano cookie per richieste di script regolari. Non inviano cookie per le richieste di script dei moduli a meno che non si aggiunga l'attributo crossorigin.

Soluzione: aggiungere l'attributo crossorigin all'elemento <script>. Ad esempio, <script type="module" src="index.js" crossorigin></script>. Salvare quindi il file modificato e provare a visualizzare nuovamente l'anteprima.

Prestazioni

La sezione seguente descrive la risoluzione dei problemi relativi alle prestazioni.

AWS Cloud9 Blocco dell'IDE per un periodo di tempo significativo

Problema: durante l'avvio e quando si esegue un aggiornamento, il terminale AWS Cloud9 IDE si blocca per un periodo di tempo significativo e diventa inutilizzabile.

Causa: è possibile che nell'ambiente sia presente una grande quantità di file che vengono controllati in modo ricorsivo dal modulo di controllo dei file di. AWS Cloud9

Soluzioni consigliate: potete ridurre la profondità di visualizzazione dei file (il valore minimo è 1) e prendere in considerazione l'aggiunta di cartelle di grandi dimensioni o cartelle non correlate al codice sorgente (output/artefatti di compilazione, pacchetti di terze parti) ai pattern ignorati. Per fare ciò, accedi a Preferenze > Impostazioni utente > Controllo dei file. Tieni presente che ciò farà sì CodeLenses che AWS Toolkit non funzioni correttamente.

Un'altra possibile soluzione è considerare di ignorare file e cartelle di grandi dimensioni che non sono correlati al codice sorgente diminuendo il numero massimo di file da cercare. Per fare ciò, vai a Preferenze > Impostazioni del progetto > Trova nei file. Tieni presente che ciò farà sì che le cartelle ignorate non vengano visualizzate in una ricerca di file.

Avviso della console: "Switching to the minimal code completion engine..." ("Passaggio al motore di completamento del codice minimo...")

Problema: quando si lavora nella AWS Cloud9 console (ad esempio, quando si apre l'IDE o si aggiorna la pagina Web dell'IDE), viene visualizzato questo messaggio: «Una o più sessioni o collaboratori sono attivi in questo ambiente. Passare al motore di completamento del codice minimo per risparmiare memoria"). In correlazione a questo messaggio, il comportamento di completamento del codice potrebbe essere lento o intermittente.

Causa: l'esecuzione del motore di completamento del codice prende cicli di memoria e di CPU dall'ambiente. Inoltre, è necessario un motore di completamento del codice separato per ogni collaboratore e per ogni sessione aggiuntiva. Per evitare di utilizzare troppe risorse, specialmente su istanze di piccole dimensioni come t2.nano et2.micro, AWS Cloud9 passa al motore di completamento minimo del codice.

Soluzione consigliata: se si pianifica di collaborare spesso e per lunghi periodi di tempo, scegliere un'istanza Amazon EC2 più grande durante la creazione dell'ambiente EC2. Oppure, in alternativa, collegare l'ambiente SSH a un'istanza con maggiore capacità.

Nota

La scelta di un'istanza Amazon EC2 più grande potrebbe Account AWS comportare costi aggiuntivi. Per ulteriori informazioni, consulta Prezzi di Amazon EC2.

Avviso IDE: "This environment is running low on memory" ("Memoria dell'ambiente in esaurimento") oppure "This environment has high CPU load" ("Questo ambiente ha un carico CPU elevato")

Problema: mentre l'IDE è in esecuzione, viene visualizzato un messaggio che contiene la frase "this environment is running low on memory" ("Memoria dell'ambiente in esaurimento") oppure "this environment has high CPU load" ("Questo ambiente ha un carico CPU elevato").

Causa: l'IDE potrebbe non avere risorse di calcolo disponibili sufficienti per continuare l'esecuzione senza ritardi o interruzioni.

Soluzioni consigliate:

  • Arresta uno o più processi in esecuzione per liberare memoria disponibile. Per eseguire questa operazione, sulla barra dei menu nell'IDE per l'ambiente, scegli Tools, Process List (Strumenti, Elenco processi). Per ogni processo da arrestare, seleziona il processo quindi scegli Force Kill (Forza arresto).

  • Crea un file di scambio nell'ambiente. Un file di scambio è un file nell'ambiente che il sistema operativo può usare come memoria virtuale.

    Per confermare se l'ambiente sta usando memoria di scambio, eseguire il comando top in una sessione di terminale nell'ambiente. Se la memoria di scambio è utilizzata, l'output visualizza statistiche di memoria Swap diverse da zero (ad esempio, Swap: 499996k total, 1280k used, 498716 free, 110672k cached). Per interrompere la visualizzazione delle informazioni di memoria in tempo reale, premi Ctrl + C.

    Per creare un file di scambio, eseguire un comando come quello seguente nell'ambiente.

    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

    Il comando precedente:

    1. Crea un file di 512 MB denominato swapfile nella directory /var.

    2. Modifica le autorizzazioni di accesso per il file swapfile in lettura-scrittura solo per il proprietario.

    3. Imposta il file swapfile come file di scambio.

    4. Scrive informazioni nel /etc/fstab file. Questa operazione rende disponibile il file di swap ogni volta che il sistema si riavvia.

    Una volta eseguito il comando precedente, per rendere questo file di scambio disponibile, eseguire il comando seguente.

    sudo swapon /var/swapfile

  • Sposta o ridimensiona l'ambiente su un'istanza o un server con più risorse di calcolo. Per spostare o ridimensionare istanze Amazon EC2, consulta Spostamento di un ambiente e ridimensionamento o crittografia dei volumi Amazon EBS. Per altri tipi di istanze o server, fai riferimento alla documentazione relativa alla tua istanza o al tuo server.

Impossibile caricare file nell'IDE AWS Cloud9

Problema: gli utenti non sono in grado di caricare un file di grandi dimensioni nell' AWS Cloud9 IDE. Questi caricamenti non riescono.

Causa: AWS Cloud9 riduce la velocità di caricamento sull' AWS Cloud9 IDE e, di conseguenza, la richiesta di caricamento del file scade.

Soluzione consigliata: consigliamo di caricare il file su Amazon S3, quindi utilizzare Amazon S3 per scaricare il file nell'ambiente con la CLI nell'IDE. AWS Cloud9 Per ulteriori informazioni sul caricamento di oggetti su Amazon S3, consulta Caricamento di oggetti nella Amazon S3 User Guide.

Velocità di download lenta in IDE AWS Cloud9

Problema: gli utenti hanno a che fare con velocità di download lente quando tentano di scaricare file dall' AWS Cloud9 IDE.

Causa: quando si scaricano file dall'IDE al file system locale, la velocità di trasferimento sarà limitata a 0,1 megabyte/secondo.

Soluzione consigliata: per aumentare la velocità di trasferimento dei file, usa la CLI del AWS Cloud9 tuo IDE per caricare i file su Amazon S3, quindi usa Amazon S3 per scaricare i file da lì.

Impossibile visualizzare in anteprima il contenuto Web nell'IDE perché la connessione al sito non è sicura

Problema: quando tenti di accedere a contenuti Web, ad esempio un WordPress sito ospitato in un ambiente AWS Cloud9 EC2, la finestra di anteprima IDE non può visualizzarli.

Possibili cause: per impostazione predefinita, tutte le pagine Web a cui accedi nella scheda di anteprima dell'applicazione dell' AWS Cloud9 IDE utilizzano automaticamente il protocollo HTTPS. Se l'URI di una pagina è caratterizzato da un protocollo http non sicuro, viene sostituito automaticamente da https. E non è possibile accedere ai contenuti non sicuri riportando manualmente https a http.

Soluzioni consigliate: rimuovi gli script HTTP non sicuri o il contenuto dal sito Web che stai tentando di visualizzare in anteprima nell'IDE. Segui le istruzioni per il server Web o il sistema di gestione dei contenuti per istruzioni sull'implementazione di HTTPS.

(Torna all'inizio)

Applicazioni e servizi di terze parti

La sezione seguente descrive la risoluzione dei problemi relativi ad applicazioni e servizi di terze parti.

Impossibile interagire con la finestra del terminale in AWS Cloud9 a causa di errori di sessione tmux

Problema: quando si tenta di avviare una nuova finestra di terminale in AWS Cloud9, l'interfaccia a riga di comando prevista non è disponibile. Non esiste alcun prompt dei comandi e non è possibile immettere testo. Vengono restituiti messaggi di errore come tmux: need UTF-8 locale (LC_CTYPE) e invalid LC_ALL, LC_CTYPE or LANG.

Possibili cause: un terminale che non risponde potrebbe essere causato da un errore tmux. AWS Cloud9 utilizza l'utilità tmux. In questo modo, le informazioni visualizzate nel terminale rimangono persistenti anche quando viene ricaricata la pagina o viene eseguita la riconnessione all'ambiente di sviluppo.

In una sessione tmux, ciò che viene visualizzato nella finestra del terminale viene gestito da un client. Il client comunica con un server in grado di gestire più sessioni. Il server e il client comunicano tramite un socket situato nella cartella tmp. Se la cartella tmp non è presente nell'ambiente di sviluppo o vengono applicate autorizzazioni troppo restrittive, le sessioni tmux non possono essere eseguite. In tal caso, la finestra del terminale nell'IDE non risponde.

Soluzioni consigliate: se gli errori tmux impediscono di interagire con la finestra del terminale, utilizzare un modo alternativo per creare una cartella tmp con le autorizzazioni corrette. In questo modo è possibile eseguire le sessioni tmux. Una soluzione consiste nell'esportare LC_CTYPE in .bash_profile o nel file .bashrc. Un'altra soluzione consigliata è quella di AWS Systems Manager impostare una configurazione di gestione dell'host. Ciò consente l'accesso all'istanza pertinente tramite la console Amazon EC2.

Configurazione della gestione host

  1. Innanzitutto, nella AWS Cloud9 console, trova il nome dell'istanza del tuo ambiente. È possibile farlo selezionando l'apposito pannello nella pagina Your environments (I tuoi ambienti) e selezionando View details (Visualizza dettagli). Nella pagina Environment details (Dettagli ambiente), scegliere Go to Instance (Vai all'istanza). Nella console Amazon EC2, confermare il nome dell'istanza a cui si deve accedere.

  2. Ora vai alla AWS Systems Manager console e, nel pannello di navigazione, scegli Configurazione rapida.

  3. Nella pagina Configurazione rapida, scegliere Create (Crea).

  4. Per Tipi di configurazione, accedere a Gestione host e scegliere Create (Crea).

  5. Per Personalizzare le opzioni di configurazione di Gestione host, nella sezione Targets (Destinazioni), scegliere Manuale.

  6. Selezionare l'istanza EC2 a cui si desidera accedere, quindi scegliereCreate (Crea).

Connessione all'istanza ed esecuzione di comandi

Nota

Le fasi riportate di seguito sono per la nuova console EC2.

  1. Nella console Amazon EC2, nel pannello di navigazione, scegliereIstanze e selezionare l'istanza a cui connettersi.

  2. Scegliere Connetti.

    Se Connect (Connetti) non è attivato, potrebbe essere necessario avviare prima l'istanza.

  3. Nel riquadro Connect to your instance (Connessione all'istanza), per Connection Method (Metodo di connessione), scegliere Session Manager e poi Connect (Connetti).

  4. Nella finestra della sessione terminale che appare, inserire i seguenti comandi. Questi comandi creano la cartella tmp con le autorizzazioni corrette in modo che il socket tmux sia disponibile.

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

Impossibile caricare l'IDE utilizzando le versioni meno recenti del browser Microsoft Edge

Problema: viene restituito un HTTP403: FORBIDDEN errore quando si tenta di caricare l' AWS Cloud9 IDE utilizzando il browser Microsoft Edge web.

Possibili cause: l' AWS Cloud9 IDE non supporta alcune versioni precedenti diMicrosoft Edge.

Soluzioni consigliate: per aggiornare il browser, scegli il pulsante con i puntini di sospensione (...) nella barra degli strumenti di Microsoft Edge. Dal menu, scegli Settings (Impostazioni), quindi scegli About Microsoft Edge (Informazioni su Microsoft Edge). Se è necessario un aggiornamento, questo viene scaricato e installato automaticamente.

Errore con gdb durante il debug di progetti C++

Problema: Errore segnalato per il debugger gdb quando si tenta di eseguire il debug del progetto C++ nell'IDE.

Possibili cause: supponiamo che il tuo AWS Cloud9 ambiente utilizzi determinati tipi di istanze EC2 (ad esempio t3.small om5.large). Può verificarsi un errore di debug quando si tenta di eseguire il debug di un progetto C++ utilizzando l'esecuzione integrata dell'IDE. Questo errore può verificarsi perché la versione di gdb (Debugger di progetto GNU) preinstallato per l'ambiente non funziona su determinate piattaforme di processore. Potrebbe essere visualizzato il seguente codice di errore.

GDB server terminated with code 1

Soluzioni consigliate: il problema relativo al mancato supporto di gdb per alcune piattaforme di processore è stato risolto a partire dalla versione3.0 in poi. Disinstallare la versione precedente del debugger ed eseguire l'aggiornamento a una versione più recente di gdb:

  1. Rimuovi la versione esistente del debugger eseguendo il seguente comando nel terminale. AWS Cloud9 

    sudo yum -y remove gdb

  2. Recuperare l'archivio per gdb, decomprimerlo, quindi accedere alla directory che contiene i file estratti eseguendo i seguenti comandi.

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

  3. Creare il debugger eseguendo il comando seguente. Per fare ciò, copiare e incollare il testo riportato di seguito in un unico blocco e premere Return (Invio) per eseguire make.

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

  4. Installare il debugger.

    sudo make -C gdb install

  5. Verificare che sia installata la versione aggiornata del debugger.

     gdb --version

Problemi con PHP runner in AWS Cloud9

Problema: gli utenti non sono in grado di visualizzare alcun output nel terminale runner PHP CLI.

Causa: CLI runner deve essere impostato su PHP e la modalità debugger deve essere abilitata.

Soluzione consigliata: imposta il runner CLI su PHP e assicurati che la modalità debugger sia abilitata.

Errori GLIBC relativi a Node.js

Problema: gli utenti non sono in grado di eseguire Node.js e ricevono errori GLIBC. Di seguito è riportato un esempio di questi messaggi di errore:

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)

Causa: Potenzialmente potrebbero essere problemi relativi alla versione di Node.js relativi all'istanza utilizzata.

Soluzione consigliata: consulta la Fase 1: installare gli strumenti necessari sezione per informazioni su come installare Node.js per AWS Cloud9.