AWS Cloud9 のトラブルシューティング - AWS Cloud9
環境の作成エラー: 「EC2 インスタンスを作成することができません...」環境の作成エラー: sts: AssumeRole を実行する権限がありませんコンソールエラー: 「ユーザーにはリソースでアクションを実行する権限がありません」フェデレーション ID で環境を作成できない環境を開けません-AWS Cloud9インストーラーがハングまたは失敗するSSH 環境エラー: 「pty.js をインストールするには Python バージョン 2.7 が必要です」アプリケーションプレビューまたはファイルプレビューの通知: 「サードパーティーの Cookie が無効になっています」[アプリケーションのプレビュー] タブにエラーが表示されるか、空白で表示されない実行中のアプリケーションを IDE の外部で表示できない環境を再ロードした後、アプリケーションのプレビューを更新する必要がありますEC2 環境で一部のコマンドまたはスクリプトを実行できないAWS CLI/aws-shell エラー: EC2 環境で「リクエストに含まれているセキュリティトークンが無効です」Amazon EC2 インスタンスは自動更新されませんLambda ローカル関数の実行エラー: SAM Local をインストールできませんIDE 警告: 「この環境のメモリが不足しています」または「この環境の CPU 負荷が高い」ファイルをプレビューすると 499 エラーが返される環境の削除エラー: 「1 つ以上の環境の削除に失敗しました」コンソール警告: 「最小限のコード補完エンジンに切り替えます...」AWS Cloud9インストーラが表示されてから完了しません。「パッケージCloud9 IDE 1」EC2-Classic アカウントの VPC エラー: 「環境にアクセスできません」開くことができませんAWS Cloud9環境: 「現在、共同作業者がこの環境にアクセスすることはできません。管理された一時的な認証情報の削除が完了するまでお待ちください。または、この環境の所有者に問い合わせてください。」を使用して EC2 環境を作成するときに「インスタンスプロファイル AWSCloud9SSMinStanceProfile がアカウントに存在しません」と報告するエラーメッセージAWS CloudFormationを使用してEC2環境を作成するときに「実行する権限がありません:SSM: StartSession on Resource」を報告するエラーメッセージAWS CloudFormationVPC の IP アドレスが Docker によって使用されているため、EC2 環境に接続できません 実行時のエラーAWSToolkit: 「環境の inode が不足しています。'fs.inotify.max_user_watches' の制限を増やしてください。」注意点: コラボレーションサポートの依存関係をインストールできませんでしたエラーgdbC++ プロジェクトのデバッグ時にSAM アプリケーションをローカルで実行中のエラーAWSツールキットは、AWS Cloud9環境には十分なディスク領域がありません古いバージョンの Microsoft Edge ブラウザを使用して IDE を読み込めませんデフォルトの暗号化が Amazon EBS ボリュームに適用されているときに環境を作成できない

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

AWS Cloud9 のトラブルシューティング

以下の情報を使用して、AWS Cloud9 の問題を特定および対処します。

該当する問題が以下に示されていない場合や、追加のヘルプが必要な場合は、AWS Cloud9 ディスカッションフォーラムを参照してください。(このフォーラムにアクセスするには AWS へのサインインが必要になることがあります)。当社に直接お問い合わせいただくこともできます。

トピック

環境の作成エラー: 「EC2 インスタンスを作成することができません...」

問題: 作成しようとするとAWS Cloud9開発環境で、「アカウントの検証とアクティベーション中に、アカウントで EC2 インスタンスを作成できません」というメッセージが表示されます。

原因: 現在、AWS はお客様の AWS アカウントを検証およびアクティブ化中です。アクティベーションが完了するまで (最大 24 時間かかる場合があります)、この環境やその他の環境を作成することはできません。

解決策: 後で、環境をもう一度作成してみてください。24 時間以上経過してもこのメッセージがまだ表示される場合は、aws-verification@amazon.com に E メールでお問い合わせください。AWS CloudFormation は、環境の作成に失敗しても、関連するスタックをアカウントで作成することに注意してください。これらのスタックは、アカウントでのスタック作成制限に対してカウントされます。スタック作成制限に達するのを回避するため、失敗したスタックを削除しても問題ありません。詳細については、「」を参照してください。でのスタックの削除AWS CloudFormationコンソール()AWS CloudFormationユーザーガイド。

(先頭に戻る)

環境の作成エラー: sts: AssumeRole を実行する権限がありません

問題: 新しい環境を作成しようとすると、次のエラーが表示されます。sts: AssumeRole を実行する権限がありません。

考えられる原因: あんAWS Cloud9サービスにリンクされたロールがAWSアカウント.

推奨される解決策: を作成するAWS Cloud9サービスにリンクされたロールAWSアカウントを使用して、次のコマンドを実行します。AWS Command Line Interface(AWS CLI) または aws-shell を使用します。 

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.

これを実行できない場合は、AWS アカウントの管理者に確認してください。

このコマンドを実行した後、もう一度環境の作成を試みます。

(先頭に戻る)

コンソールエラー: 「ユーザーにはリソースでアクションを実行する権限がありません」

問題: 使用しようとすると、AWS Cloud9コンソールを使用して、AWS Cloud9開発環境で、「ユーザー arN: aws: iam: iam። 123456789012: ユーザー/MyUser がクラウド9: アクションを実行する権限がありません。リソースarN: aws: クラウド9: us-east-2:123456789012: 環境:12a34567b8cd9012345ef67abcd890e1」というエラーが表示されます。ここで、:

  • arn:aws:iam::123456789012:user/MyUser は、リクエストするユーザーの Amazon リソースネーム (ARN) です。

  • action は、ユーザーがリクエストしたオペレーションの名前です。

  • arn:aws:cloud9:us-east-2:123456789012:environment:12a34567b8cd9012345ef67abcd890e1は、ユーザーがオペレーションを実行するためにリクエストした環境の ARN です。

原因: サインインしたユーザーAWS Cloud9コンソールには、正しいAWSアクセス権限を使用して、アクションを実行します。

解決策: ユーザーが正しいAWSアクセス権限を、もう一度アクションの実行を試みます。詳細については、次のトピックの 1 つ以上を参照してください。

(先頭に戻る)

フェデレーション ID で環境を作成できない

問題: 使用しようとすると、AWSフェデレーション ID を使用してAWS Cloud9開発環境では、アクセスエラーメッセージが表示され、環境は作成されません。

原因: AWS Cloud9 はサービスにリンクされたロールを使用します。サービスにリンクされたロールは、アカウントに初めて環境が作成されたときに作成され、iam:CreateServiceLinkedRoleを呼び出します。ただし、フェデレーティッドユーザーは IAM API を呼び出すことができません。詳細については、「」を参照してください。GetFederationToken()AWS Security Token ServiceAPI リファレンス。

解決策: ASKAWSアカウントのサービスにリンクされたロールを作成するにはAWS Cloud9IAM コンソールでこのコマンドを実行するか、AWS Command Line Interface(AWS CLI): 

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

あるいは、次の aws-shell でこのコマンドを実行します。

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

詳細については、IAM ユーザーガイドの「サービスにリンクされたロールの使用」を参照してください。

(先頭に戻る)

環境を開けません

問題: 環境を開こうとすると、IDE が長時間 (5 分以上) 表示されません。

考えられる原因:

  • にサインインした IAM ユーザーAWS Cloud9コンソールには、必要なAWSアクセス権限を使用して、環境を開きます。

  • 環境がAWSクラウドコンピューティングインスタンス (Amazon EC2 インスタンスなど):

    • インスタンスに関連付けられた VPC が、AWS Cloud9 用に正しく設定されていません。

    • AWS Cloud9 がインスタンスに接続しようとしたときにインスタンスが状態から状態への遷移中、または自動化されたステータスチェックに失敗した。

  • 環境が SSH 環境の場合、関連付けられているクラウドコンピューティングインスタンスまたは独自のサーバーがAWS Cloud9をクリックしてアクセスします。

推奨される解決策:

  • にサインインしている IAM ユーザーがAWS Cloud9コンソールには、必要なAWSアクセス権限を使用して環境を開き、もう一度環境を開いてみてください。詳細については以下を参照するか、AWS アカウントの管理者に確認してください。

    サインインしている IAM ユーザーがまだ環境を開くことができない場合は、いったんサインアウトしてから、AWSアカウントのルートユーザーまたは IAM 管理者ユーザー その後、もう一度環境を開いてみてください。この方法で環境を開くことができる場合、IAM ユーザーのアクセス権限に問題がある可能性が最も高いと言えます。

  • 環境がAWSクラウドコンピューティングインスタンス (Amazon EC2 インスタンスなど):

    • インスタンスに関連付けられている VPC が、用に正しく設定されていることを確認してください。AWS Cloud9をクリックし、環境をもう一度開いてみてください。詳細については、「Amazon VPC の要件AWS Cloud9」を参照してください。

      そのファイルにAWSクラウドコンピューティングインスタンスに関連付けられている VPC が、AWS Cloud9それでも環境を開くことができない場合は、インスタンスのセキュリティグループによってAWS Cloud9。トラブルシューティングの手法としてのみ、セキュリティグループをチェックして、少なくともポート 22 経由のインバウンド SSH トラフィックがすべての IP アドレス (Anywhere または 0.0.0.0/0) について許可されていることを確認してください。手順については、以下を参照してください。セキュリティグループについて説明するおよびセキュリティグループルールを更新する()Linux インスタンス用 Amazon EC2 ユーザーガイド。

      その他の VPC トラブルシューティング手順については、関連する 5 分間のビデオをご覧ください。AWSナレッジセンターのビデオ: VPC 内のインスタンスに接続できない場合の確認点とは?」を YouTube ウェブサイトでご覧ください。

      警告

      トラブルシューティングが完了したら、「AWS Cloud9 のインバウンド SSH IP アドレスの範囲」の説明に従って、インバウンドルールを適切なアドレス範囲に設定してください。

    • インスタンスを再起動して、インスタンスが実行されておりすべてのシステムチェックをパスしていることを確認してから、もう一度環境を開いてください。詳細については、「」を参照してください。インスタンスの再起動およびステータスチェックの表示()Linux インスタンス用 Amazon EC2 ユーザーガイド。

  • 環境が SSH 環境の場合は、関連付けられているクラウドコンピューティングインスタンスまたは独自のサーバーがAWS Cloud9にアクセスして、もう一度環境を開いてみてください。詳細については、「SSH 環境ホスト要件」を参照してください。

(先頭に戻る)

-AWS Cloud9インストーラーがハングまたは失敗する

問題: 次のときダウンロードしてAWS Cloud9インストーラーの場合、1 つ以上のエラーメッセージが表示され、インストーラのスクリプトにDone。

原因: -AWS Cloud9インストーラで 1 つ以上のエラーが発生し、このエラーから復旧できないために失敗しています。

解決策: 一般的なエラー、考えられる原因、および推奨される解決策については、」AWS Cloud9 インストーラのトラブルシューティング。

(先頭に戻る)

SSH 環境エラー: 「pty.js をインストールするには Python バージョン 2.7 が必要です」

問題: 開いた後、AWS Cloud9SSH開発環境、AWS Cloud9「pty.js をインストールするには Python バージョン 2.7 が必要です」で始まるメッセージが表示されます。

原因: SSH 環境で意図したとおりに動作するには、Python バージョン 2.7 がインストールされている必要があります。

解決策: 環境に Python バージョン 2.7 をインストールします。バージョンを確認するには、サーバーのターミナルからコマンド python --version を実行します。サーバーに Python 2.7 をインストールするには、次のいずれかを参照してください。

(先頭に戻る)

アプリケーションプレビューまたはファイルプレビューの通知: 「サードパーティーの Cookie が無効になっています」

問題: プレビューしようとしたときアプリケーションまたはファイルをクリックすると、次のメッセージとともに通知が表示されます。「ブラウザでサードパーティーの Cookie が無効になっているため、プレビュー機能が無効になっています。」

原因: サードパーティーの Cookie は、開くために必要ありませんがAWS Cloud9IDE で、アプリケーションプレビュー機能またはファイルプレビュー機能を使用するには、サードパーティーの Cookie を有効にする必要があります。

解決策: ウェブブラウザでサードパーティーの Cookie を有効にして、IDE を再読み込みしてから、もう一度プレビューを開いてみてください。

AWS Cloud9 にのみサードパーティーの Cookie を有効化するには（ウェブブラウザでこの詳細度が可能な場合）、AWS を使用する先のサポートされている AWS Cloud9 リージョンに応じて、以下のドメインを指定します。

AWS リージョン ドメイン

米国東部（バージニア北部）

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

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

米国東部 (オハイオ)

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

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

米国西部 (北カリフォルニア)

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

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

米国西部 (オレゴン)

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

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

アジアパシフィック (香港)

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

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

アジアパシフィック (ムンバイ)

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

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

アジアパシフィック (ソウル)

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

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

アジアパシフィック (シンガポール)

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

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

アジアパシフィック (シドニー)

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

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

アジアパシフィック (東京)

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

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

カナダ (中部)

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

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

欧州 (フランクフルト)

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

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

欧州 (アイルランド)

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

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

欧州 (ロンドン)

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

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

ヨーロッパ (ミラノ)

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

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

欧州 (パリ)

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

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

欧州 (ストックホルム)

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

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

中東 (バーレーン)

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

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

南米 (サンパウロ)

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

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

(先頭に戻る)

[アプリケーションのプレビュー] タブにエラーが表示されるか、空白で表示されない

問題: IDE のメニューバーで、[] を選択します。[Preview (プレビュー)]、Preview Running Application (実行中のアプリケーションのプレビュー)]または[Tools (ツール)], [Preview (プレビュー)], [Preview Running Application (実行中のアプリケーションのプレビュー)]を使用して IDE のプレビュータブにアプリケーションを表示しようとすると、タブにエラーが表示されるか、タブが空白になります。

考えられる原因:

  • IDE でアプリケーションが実行されていない。

  • アプリケーションが HTTP を使用して実行されていない。

  • アプリケーションが複数のポート経由で実行されている。

  • アプリケーションが 8080、8081、または 8082 以外のポート経由で実行されている。

  • アプリケーションが 127.0.0.1、localhost、または 0.0.0.0 以外の IP で実行されている。

  • ポート (8080、8081、または 8082) がプレビュータブの URL で指定されていない。

  • ネットワークがポート 8080、8081、または 8082 へのインバウンドトラフィックをブロックしている。

  • IP 127.0.0.1、localhost、または 0.0.0.0 を含むアドレスに移動しようとしている。デフォルトの組み込み動作AWS Cloud9IDEでは、環境に接続されているインスタンスまたは独自のサーバーに移動しようとする代わりに、ローカルコンピュータに移動しようとします。

推奨される解決策:

  • IDE でアプリケーションが実行されていることを確認します。

  • HTTP を使用してアプリケーションが実行されていることを確認します。Node.js および Python の例については、「アプリケーションの実行」を参照してください。

  • アプリケーションが 1 つのポート経由のみで実行されていることを確認します。Node.js および Python の例については、「アプリケーションの実行」を参照してください。

  • アプリケーションがポート 8080、8081、または 8082 経由で実行されていることを確認します。Node.js および Python の例については、「アプリケーションの実行」を参照してください。

  • アプリケーションが IP 127.0.0.1、localhost、または 0.0.0.0 を使用して実行されていることを確認します。Node.js および Python の例については、「アプリケーションの実行」を参照してください。

  • プレビュータブの URL に :8080、:8081、または :8082 を追加します。

  • ネットワークがポート 8080、8081、または 8082 経由のインバウンドトラフィックを許可していることを確認します。ネットワークを変更できない場合は、ネットワーク管理者にお問い合わせください。

  • IP を含むアドレスに移動しようとしている場合、127.0.0.1,localhost, または0.0.0.0代わりに、次のアドレスに移動してみます。https://12a34567b8cd9012345ef67abcd890e1.vfs.cloud9.us-east-2.amazonaws.com/となる。ここで、12a34567b8cd9012345ef67abcd890e1ID です。AWS Cloud9が環境に割り当て、us-east-2の IDAWS環境のリージョンです。IDE 外でこのアドレスへの移動を試みることもできますが、環境の IDE が開いており、アプリケーションが同じウェブブラウザで実行されている場合のみ機能します。

  • 上記の条件がすべて満たされていることを確認して、アプリケーションを停止してから再度起動してみてください。

  • アプリケーションを停止してから再度起動した場合は、メニューバーで再度 [Preview (プレビュー)]、[Preview Running Application (実行中のアプリケーションのプレビュー)] または [Tools (ツール)]、[Preview (プレビュー)]、[Preview Running Application (実行中のアプリケーションのプレビュー)] を選択します。対応するアプリケーションプレビュータブが既に表示されている場合は、そのタブで [Refresh (最新の情報に更新)] ボタン (円状の矢印) を選択します。

(先頭に戻る)

実行中のアプリケーションを IDE の外部で表示できない

問題: IDE 外の Web ブラウザタブで実行中のアプリケーションを表示しようとすると、その Web ブラウザタブにエラーが表示されるか、タブが空白になります。

考えられる原因:

  • IDE でアプリケーションが実行されていない。

  • アプリケーションが 127.0.0.1 または localhost の IP で実行されている。

  • アプリケーションが実行中ですAWS Cloud9EC2 開発環境、および対応する Amazon EC2 インスタンスに関連付けられている 1 つ以上のセキュリティグループが、アプリケーションで必要とするプロトコル、ポート、または IP アドレス経由のインバウンドトラフィックを許可していない。

  • アプリケーションが実行中ですAWS Cloud9の SSH 開発環境AWSクラウドコンピューティングインスタンス (Amazon EC2 インスタンスなど)、対応するインスタンスに関連付けられている Virtual Private Cloud (VPC) のサブネットのネットワーク ACL が、アプリケーションで必要とするプロトコル、ポート、または IP アドレス経由のインバウンドトラフィックを許可していない。

  • URL に誤りがある。

  • インスタンスのパブリック IP アドレスではなく、アプリケーションプレビュータブの URL がリクエストされている。

  • IP 127.0.0.1 または localhost を含むアドレスに移動しようとしている。これらの IP は、環境内のリソースではなくローカルコンピュータ上のリソースにアクセスしようとします。

  • インスタンスのパブリック IP アドレスが変更された。

  • ウェブリクエストが、アプリケーションで必要とするプロトコル、ポート、または IP アドレス経由のトラフィックをブロックしている仮想プライベートネットワーク (VPN) から送信されている。

  • アプリケーションが SSH 環境で実行されており、サーバーまたは関連付けられたネットワークが、アプリケーションで必要とするプロトコル、ポート、または IP アドレス経由のインバウンドトラフィックを許可していない。

推奨される解決策:

  • IDE でアプリケーションが実行されていることを確認します。

  • アプリケーションが IP 127.0.0.1 または localhost を使用して実行されていないことを確認します。Node.js および Python の例については、「アプリケーションの実行」を参照してください。

  • アプリケーションがで実行されている場合AWSクラウドコンピューティングインスタンス (Amazon EC2 インスタンスなど) を使用する場合は、対応するインスタンスに関連付けられているすべてのセキュリティグループが、アプリケーションで必要とするプロトコル、ポート、および IP アドレス経由のインバウンドトラフィックを許可していることを確認します。手順については、以下を参照してください。ステップ 2: インスタンスのセキュリティグループを設定するが実行中のアプリケーションをインターネット上で共有する。以下の資料も参照してください。VPC のセキュリティグループ()Amazon VPC ユーザーガイド。

  • アプリケーションが AWS クラウドコンピューティングインスタンスで実行されており、対応するインスタンスに関連付けられている VPC のサブネットにネットワーク ACL が存在する場合、そのネットワーク ACL でアプリケーションで必要とするプロトコル、ポート、および IP アドレス経由のインバウンドトラフィックを許可されていることを確認します。手順については、以下を参照してください。ステップ 3: インスタンスのサブネットの設定が実行中のアプリケーションをインターネット上で共有する。以下の資料も参照してください。ネットワーク ACL()Amazon VPC ユーザーガイド。

  • プロトコル (およびポートを指定する必要がある場合はポート) を含むリクエストしている URL が正しいことを確認します。詳細については、「」を参照してください。ステップ 5: 実行中のアプリケーションの URL を共有するが実行中のアプリケーションをインターネット上で共有する。

  • 形式の URL をリクエストすることはお勧めしませんhttps://12a34567b8cd9012345ef67abcd890e1.vfs.cloud9.us-east-2.amazonaws.com/(ここで、とします12a34567b8cd9012345ef67abcd890e1ID です。AWS Cloud9が環境に割り当て、us-east-2の IDAWS環境のリージョン)。この URL を使用するには、環境の IDE が開いており、アプリケーションが同じウェブブラウザで実行されている必要があります。

  • IP 127.0.0.1 または localhost を含むアドレスに移動しようとしている場合、代わりに実行中のアプリケーションのローカルではない正しいアドレスに移動してみます。詳細については、「実行中のアプリケーションをインターネット上で共有する」を参照してください。

  • アプリケーションが AWS クラウドコンピューティングインスタンスで実行されている場合、インスタンスのパブリック IP アドレスが変更されたかどうかを判断します。インスタンスのパブリック IP アドレスは、インスタンスが再起動されると変更される可能性があります。この IP アドレスの変更を防ぐには、Elastic IP アドレスを割り当てて、それを実行中のインスタンスに割り当てます。詳細については、「」を参照してください。ステップ 5: 実行中のアプリケーションの URL を共有するが実行中のアプリケーションをインターネット上で共有する。

  • ウェブリクエストが VPN から送信されている場合は、その VPN でアプリケーションで必要とするプロトコル、ポート、および IP アドレス経由のトラフィックが許可されていることを確認します。VPN を変更できない場合は、ネットワーク管理者にお問い合わせください。または、可能であれば別のネットワークからウェブリクエストを行います。

  • アプリケーションが独自のサーバーの SSH 環境で実行されている場合は、サーバーおよび関連付けられたネットワークで、アプリケーションで必要とするプロトコル、ポート、および IP アドレス経由のインバウンドトラフィックが許可されていることを確認します。サーバーまたは関連付けられているネットワークに変更を加えることができない場合は、サーバーまたはネットワークの管理者にお問い合わせください。

  • 環境のターミナルからアプリケーションを実行しようとすると、curlコマンドの後に URL を入力します。このコマンドでエラーメッセージが表示される場合、AWS Cloud9 に関連しない他の問題がある可能性があります。

(先頭に戻る)

環境を再ロードした後、アプリケーションのプレビューを更新する必要があります

問題: アプリケーションプレビュータブを表示する環境を再ロードした後、タブにアプリケーションプレビューが表示されません。

原因: ユーザーが作成したコードが無限ループを実行する場合や、使用するメモリ量が多すぎるために使用するコードがAWS Cloud9IDE は、アプリケーションのプレビューの実行中に一時停止または停止できます。これを防ぐために、AWS Cloud9環境が再ロードされても、ではアプリケーションプレビュータブを再ロードしません。

解決策: アプリケーションプレビュータブを表示する環境を再ロードした後、アプリケーションプレビューを表示するには、クリックしてページを読み込みますボタンをクリックします。

(先頭に戻る)

EC2 環境で一部のコマンドまたはスクリプトを実行できない

問題: 開いた後、AWS Cloud9EC2 開発環境では、一部のタイプのパッケージをインストールしたり、yumまたはaptや、通常 Ubuntu など、他の Linux オペレーティングシステムで使用されるコマンドを含むスクリプトを実行することもできます。

原因: Amazon EC2 インスタンスAWS Cloud9が EC2 環境で使用する Amazon Linux (Red Hat Enterprise Linux (RHEL) ベースです。

解決策: EC2 環境用の IDE でパッケージをインストールしたり管理したり、コマンドやスクリプトを実行したりする場合は、その環境のインスタンスに応じて、RHEL (Amazon Linux 用) または Ubuntu サーバーと互換性があることを確認してください。

(先頭に戻る)

AWS CLI/aws-shell エラー: EC2 環境で「リクエストに含まれているセキュリティトークンが無効です」

問題: 使用しようとすると、AWS Command Line Interface(AWS CLIのコマンドを実行するには、aws-shell を使用します。AWS Cloud9IDE で EC2 環境の場合、エラーが表示されます。「このリクエストに含まれているセキュリティトークンが無効です」

原因: 無効なセキュリティトークンは、AWS管理の一時認証情報が有効で、以下のいずれかが発生しました。

  • 許可されていないコマンドを実行しようとしましたAWS管理の一時認証情報は、。許可されたコマンドの一覧については、「によってサポートされるアクションAWS管理の一時認証情報」を参照してください。

  • -AWS管理一時的な認証情報は 15 分後に自動的に期限切れになります。

  • -AWS共有環境の一時認証情報が非アクティブ化されました。これは、環境所有者以外のユーザーによって新しいメンバーが追加されたためです。

推奨される解決策:

  • によって許可されているコマンドのみを実行します。AWS管理の一時認証情報は、。によって許可されていないコマンドを実行する必要がある場合AWS管理の一時的な認証情報を更新するには、AWS CLIまたは aws-shell を永続的認証情報を持つことにより、この制限を取り除くことができます。手順については、「永続的なアクセス資格情報の作成と環境への保存」を参照してください。

  • 非アクティブ化または期限切れの認証情報については、環境所有者が環境を開き、AWS Cloud9は、環境の一時認証情報を更新できます。詳細については、「へのアクセスのコントロールAWS管理の一時認証情報」を参照してください。

(先頭に戻る)

Amazon EC2 インスタンスは自動更新されません

問題: 最近のシステム更新が、接続する Amazon EC2 インスタンスに自動的に適用されません。AWS Cloud9開発環境。

原因: 最近の更新を自動的に適用すると、事前の情報や承認なくコードや Amazon EC2 インスタンスで予期しない動作が発生する可能性があります。

推奨される解決策:

の手順に従って、定期的に Amazon EC2 インスタンスにシステム更新を適用します。インスタンスソフトウェアの更新()Linux インスタンス用 Amazon EC2 ユーザーガイド。

インスタンスでコマンドを実行するには、ターミナルセッションをAWS Cloud9インスタンスに接続されている環境から IDE を選択します。

また、ssh や PuTTY などの SSH リモートアクセスユーティリティを使用してインスタンスに接続できます。これを行うには、ローカルコンピュータから、ssh-keygen または PuTTYgen などの SSH キーペア作成ユーティリティを使用します。の使用AWS Cloud9インスタンスに接続された環境から IDE を使用して、生成したパブリックキーをインスタンスに保存します。次に、生成されたプライベートキーとともに SSH リモートアクセスユーティリティを使用して、インスタンスにアクセスします。詳細については、ユーティリティのドキュメントを参照してください。

(先頭に戻る)

Lambda ローカル関数の実行エラー: SAM Local をインストールできません

問題: のローカルバージョンを実行しようとした後、AWS Lambda関数内のAWS Cloud9IDE では、[] ダイアログボックスが表示され、[] というメッセージが表示されます。AWS Cloud9は、SAM Local のインストールに問題があります。AWS Cloud9のローカルバージョンのを実行するには、SAM Local が必要です。AWS Lambda関数を IDE で呼び出します。SAM Local がインストールされるまで、IDE でローカルバージョンの Lambda 関数を実行することはできません。

原因: AWS Cloud9は、環境内の予定されたパス () で SAM Local を見つけられません。~/.c9/bin/sam。これは SAM Local がまだインストールされていないか、インストールされている場合は AWS Cloud9 がその場所に見つけられないためです。

推奨される解決策: 待つことができますAWS Cloud9SAM Local のインストールを完了するには、自分でインストールします。

SAM Local をインストールするために AWS Cloud9 が行っている動作を確認するには、メニューバーで [Window (ウィンドウ)]、[Installer] を選択します。

SAM Local を自分でインストールするには、をインストールするAWSLinux での SAM CLI()AWS Serverless Application Model開発者ガイド の最初のリリースです。

IDE 警告: 「この環境のメモリが不足しています」または「この環境の CPU 負荷が高い」

問題: IDE の実行中、「この環境はメモリが不足しています」または「この環境の CPU 負荷が高くなっています」という内容のメッセージが表示されます。

原因: IDE に、遅延やハングアップしないで実行を続けるのに必要なコンピューティングリソースがない可能性があります。

推奨される解決策:

  • 実行中のプロセスを 1 つ以上停止し、使用可能なメモリを解放してください。これを行うには、環境の IDE のメニューバーで、[ツール、プロセスリスト。停止するプロセスごとに、プロセスを選択して [Force Kill (強制終了)] を選択します。

  • 環境でスワップファイルを作成します。Aスワップファイルは、オペレーティングシステムが仮想メモリとして使用できる環境内のファイルです。

    環境が現在スワップメモリを使用しているかどうかを確認するには、 top 環境のターミナルセッションでコマンドを実行します。スワップメモリが使用されている場合、出力にゼロ以外の Swap メモリ統計が表示されます (たとえば、Swap: 499996k total, 1280k used, 498716 free, 110672k cached)。リアルタイムのメモリ情報の表示をやめるには、Ctrl + C を押します。​

    スワップファイルを作成するには、環境で次のようなコマンドを実行します。

    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

    前述のコマンドは以下の処理を実行します。

    1. /var ディレクトリに swapfile という 512 MB のファイルを作成します。

    2. swapfile ファイルのアクセス権限を所有者のみの読み取り/書き込みに変更します。

    3. swapfile ファイルをスワップファイルとして設定します。

    4. 情報を /etc/fstab file に書き込みます。これにより、システムが再起動するたびにこのスワップファイルが使用可能になります。

    前述のコマンドを実行したら、再起動しなくてもこのスワップファイルをすぐに使用可能にするため、次のコマンドを実行します。

    sudo swapon /var/swapfile

  • コンピューティングリソースの多いインスタンスまたはサーバーに環境を移動するか、サイズを変更します。Amazon EC2 インスタンスを移動またはサイズ変更するには、「」を参照してください。環境の移動と Amazon EBS ボリュームのサイズ変更または暗号化。他のインスタンスまたはサーバータイプについては、インスタンスまたはサーバーのドキュメントを参照してください。

(先頭に戻る)

ファイルをプレビューすると 499 エラーが返される

問題: 使用しようとすると、AWS Cloud9を含むファイルをプレビューするには、<script>要素を含むsrc属性とtype属性をmodule、499 エラーが発生し、スクリプトが期待どおりに実行されません。

原因: ファイルプレビューのフェッチ要求はAWS Cloud9IDE では、認証のために Web ブラウザから Cookie を送信する必要があります。crossorigin 属性を追加した場合を除き、デフォルトでは、ウェブブラウザは通常のスクリプトリクエストに対しては Cookie を送信しますが、モジュールスクリプトリクエストに対しては Cookie を送信しません。

解決策: 追加crossorigin属性を<script>要素。例えば、<script type="module" src="index.js" crossorigin></script> と指定します。次に変更したファイルを保存し、再度プレビューを試みます。

(先頭に戻る)

環境の削除エラー: 「1 つ以上の環境の削除に失敗しました」

問題: 1 つ以上の環境を削除しようとすると、AWS Cloud9コンソールで、「1 つ以上の環境を削除できませんでした」というメッセージが表示され、少なくとも 1 つの環境が削除されません。

考えられる原因: AWS CloudFormationでは、1 つ以上の環境の削除で問題が発生する可能性があります。 (AWS Cloud9に依存しているAWS CloudFormationを使用して環境を作成および削除します)。

推奨される解決策: を使用してみてくださいAWS CloudFormationを使用して、削除されなかった環境のそれぞれの削除を行います。手順は以下のとおりです。

  1. AWS CloudFormationhttps://console.aws.amazon.com/cloudformation で コンソール を開きます。

  2. AWS ナビゲーションバーで、環境の AWS リージョンを選択します。

  3. のリストAWS CloudFormationスタックを使用する場合は、スタックの名前には削除されていない環境名が含まれ、ステータス、DELETE_FAILED。たとえば、環境名がmy-demo-environmentで、名前で始まるスタックを選択しますaws-クラウド9-マイデモ環境。(環境名自体ではなく、環境名の横にあるボックスまたはオプションを選択します)。

  4. [アクション]、[スタックの削除] の順に選択します。

  5. プロンプトが表示されたら、[はい、削除します] を選択します。

スタックの削除処理には数分かかる場合があります。

スタックがリストから消えた場合、環境は削除されています。

スタックがまだ表示されている場合は、DELETE_FAILED数分後、環境はまだ削除されていません。その場合は、障害が発生した各スタックのリソースを手動で削除してみてください。

注記

障害が発生したスタックのリソースを手動で削除すると、スタック自体は AWS アカウントから削除されません。

これらのリソースを手動で削除するには、AWS CloudFormation コンソールで、障害が発生したスタックを選択してから [リソース] セクションを選択します。AWS で、このリストの各リソースのコンソールに移動し、それぞれのコンソールを使用して手動でリソースを削除します。

(先頭に戻る)

コンソール警告: 「最小限のコード補完エンジンに切り替えます...」

問題: で作業する場合AWS Cloud9コンソールに (IDE を開いたり、IDE のウェブページを更新したりする場合など)、以下のメッセージが表示されます。「この環境では、1 つ以上のセッションまたは共同作業者がアクティブになっています。メモリを節約するために最小限のコード補完エンジンに切り替えます。」」というメッセージが表示される。このメッセージと相関して、コード補完の動作が遅いか断続的になっている可能性がある。

原因: コード補完エンジンを実行すると、環境からメモリと CPU サイクルが消費されます。さらに、共同作業者および追加のセッションごとに個別のコード補完エンジンが必要です。特に t2.nano や t2.micro などの小さなインスタンスサイズで、リソースの使用量が多すぎないようにするため、AWS Cloud9 は最小限のコード補完エンジンに切り替えます。

推奨される解決策: 頻繁および長期間共同作業を行う場合は、EC2 環境を作成する際により大きい Amazon EC2 インスタンスを選択します。または、SSH 環境をより容量の大きいインスタンに接続します。

注記

より大きな Amazon EC2 インスタンスを選択すると、追加料金が発生する可能性があります。AWSアカウント. 詳細については、「Amazon EC2 の料金表」を参照してください。

(先頭に戻る)

AWS Cloud9インストーラが表示されてから完了しません。「パッケージCloud9 IDE 1」

問題: AWS Cloud9は、SSH 開発環境を作成するプロセスの一環として、既存の Amazon EC2 インスタンスまたは独自のサーバーにインストールされます。このメッセージが [] に表示された後、インストールが停止します。AWS Cloud9インストーラーダイアログボックス: 「Package Cloud9 IDE 1」。選択した場合キャンセルの場合は、次のメッセージが表示されます。「インストールに失敗しました。」 このエラーは、お客様の SSH ホストに AWS Cloud9 パッケージをインストールできない場合に発生します。

原因: SSH ホストでは、Node.js がインストールされている必要があります。現在、Node.js 0.6.16 から Node.js 12.x までのバージョンがサポートされています。AWS Cloud9 でサポートされていないバージョンの Node.js がホストにある場合、インストールエラーが発生する可能性があります。

推奨される解決策: のバージョンをインストールするNode.jsthatAWS Cloud9は SSH ホストでサポートしています。

(先頭に戻る)

EC2-Classic アカウントの VPC エラー: 「環境にアクセスできません」

問題: EC2-Classic は Amazon EC2 のオリジナルリリースで導入されました。使用している OSAWSアカウント、2013 年 12 月 4 日より前にセットアップされたvirtual private cloud（Amazon VPC）とサブネットを作成するときにAWS Cloud9EC2 開発環境。

デフォルトの VPC 設定を受け入れると、Amazon EC2 インスタンスはデフォルト VPC のサブネットではなく EC2-Classic ネットワーク内で起動されます。環境の作成に失敗すると、次のメッセージが表示されます。

環境エラー

環境にアクセスできません

環境の作成が次のエラーで失敗しました: 以下のリソースで [] を作成できませんでした: [インスタンス]。ユーザーによってロールバックがリクエストされました。

EC2 インスタンスがデフォルト VPC に存在しないためにエラーが発生したことを確認できます。開発環境のスタックイベント履歴を表示する場合に AWS CloudFormation を使用します。

  1. AWS CloudFormation コンソールを開きます。詳細については、「」を参照してください。にログインします。AWS CloudFormationconsole.

  2. AWS CloudFormation コンソールで、[スタック] を選択します。

  3. [スタック] ページで、作成に失敗した開発環境の名前を選択します。

  4. [スタックの詳細] ページで、[イベント ] タブを選択し、次のエントリを確認します。

    Status: FAILED

    ステータスの理由: AssociatePublicIpAddress パラメータは、VPC の起動でのみサポートされています。[...]

原因: あんAWS Cloud9開発環境は、特定の VPC 要件を満たす Amazon VPC に関連付けられている必要があります。EC2-Classic が有効なアカウントの場合、EC2 環境の作成は、必要な EC2 インスタンスが VPC 内で起動されていないことを意味します。代わりに、インスタンスは EC2-Classic ネットワーク内で起動されます。

推奨される解決策: EC2-Classic アカウントでは、EC2 環境の作成。[設定の構成] ページの [ネットワーク設定 (高度)] セクションで、EC2 インスタンスを起動できる VPC とサブネットを選択します。

(先頭に戻る)

開くことができませんAWS Cloud9環境: 「現在、共同作業者がこの環境にアクセスすることはできません。管理された一時的な認証情報の削除が完了するまでお待ちください。または、この環境の所有者に問い合わせてください。」

問題: 環境所有者以外のユーザーによって新しい共同作業者が環境に追加された場合、AWS管理の一時認証情報は無効になっています。クレデンシャルは、~/.aws/credentialsファイルを開きます。の削除中~/.aws/credentialsファイルが進行中の場合、新しい共同作業者はAWS Cloud9環境。

原因: の削除中に環境へのアクセスを防止するAWS管理された一時的な認証情報は、セキュリティ対策です。これにより、環境の所有者は、信頼された共同作業者だけが管理された資格情報にアクセスできることを確認できます。共同作業者のリストが有効であることが確認できたら、環境所有者は管理された資格情報を再度有効にして共有することができます。詳細については、「へのアクセスのコントロールAWS管理の一時認証情報」を参照してください。

推奨される解決策: 削除を待つことができます~/.aws/credentialsファイルを完了してから、AWS Cloud9環境。クレデンシャルの有効期限の最大待機時間は 15 分です。または、管理された一時認証情報を再度有効または無効にするよう、環境所有者に依頼します。認証情報が再び有効または無効になったら、共同作業者はすぐに環境にアクセスできます。（管理された資格情報の状態を ENABLED または DISABLED に切り替えることで、環境所有者は資格情報が中間状態にとどまらず、共同作業者が環境にアクセスできないようにします）。

注記

環境所有者と共同作業者が同じAWSアカウントで、共同作業者が連絡する環境所有者を識別するには、環境のコンソールの [] ページに移動します。環境所有者も、環境の詳細ページで.

(先頭に戻る)

を使用して EC2 環境を作成するときに「インスタンスプロファイル AWSCloud9SSMinStanceProfile がアカウントに存在しません」と報告するエラーメッセージAWS CloudFormation

問題: を使用する場合AWS::Cloud9::EnvironmentEC2 AWS CloudFormationリソースを使用して EC2 環境を作成した場合、ユーザーにはインスタンスプロファイル AWSCloud9SSMinStanceProfile がアカウントに存在しません。

原因: 進入しない EC2 環境を作成するときは、サービスロールを作成する必要がありますAWSCloud9SSMAccessRoleインスタンスプロファイルAWSCloud9SSMInstanceProfile。これらの IAM リソースにより、Systems Manager は開発環境をバックアップする EC2 インスタンスを管理できます。

コンソールで入力なし環境を作成する場合、AWSCloud9SSMAccessRoleおよびAWSCloud9SSMInstanceProfileは自動的に作成されます。しかし、AWS CloudFormationまたはAWS CLIを使用して最初の入力なし環境を作成する場合は、これらの IAM リソースを手動で作成する必要があります。

推奨される解決策: 編集の詳細については、AWS CloudFormationテンプレートと IAM アクセス許可の更新については、「」を参照してください。を使用するAWS CloudFormation進入しない EC2 環境を作成する

を使用してEC2環境を作成するときに「実行する権限がありません:SSM: StartSession on Resource」を報告するエラーメッセージAWS CloudFormation

問題: を使用する場合AWS::Cloud9::EnvironmentEC2 AWS CloudFormationリソースを使用して EC2 環境を作成すると、ユーザーはAccessDeniedException「SSM：StartSessionをリソースで実行する権限がありません」と通知されます。

原因: ユーザーを呼び出すためのアクセス許可を欠いているStartSession入力なしのインスタンスに Systems Manager を使用する EC2 環境の設定の一部として必要な API です。

推奨される解決策: 編集の詳細については、AWS CloudFormationテンプレートと IAM アクセス許可の更新については、「」を参照してください。を使用するAWS CloudFormation進入しない EC2 環境を作成する。

(先頭に戻る)

VPC の IP アドレスが Docker によって使用されているため、EC2 環境に接続できません

問題: EC2 環境で、IPv4 クラスレスドメイン間ルーティング（CIDR）ブロックを使用する Amazon VPC（仮想プライベートクラウド）に EC2 インスタンスを起動した場合172.17.0.0/16、その環境を開こうとすると、接続が停止することがあります。

原因: Dockerは、ブリッジネットワークと呼ばれるリンク層デバイスを使用して、同じブリッジネットワークに接続されたコンテナが通信できるようにします。AWS Cloud9は、コンテナー通信にデフォルトのブリッジを使用するコンテナーを作成します。デフォルトのブリッジは、通常、172.17.0.0/16サブネット。

環境のインスタンスの VPC サブネットが、Docker で既に使用されているアドレス範囲と同じアドレス範囲を使用している場合、IP アドレスの競合が発生する可能性があります。したがって、ときAWS Cloud9がインスタンスに接続しようとすると、その接続はゲートウェイルートテーブルによって EC2 インスタンスではなく Docker ブリッジにルーティングされます。これにより、AWS Cloud9は、開発環境をバックアップする EC2 インスタンスに接続しないようにします。

推奨される解決策: 同じ IPv4 CIDR アドレスブロックを使用する Amazon VPC と Docker によって引き起こされる IP アドレスの競合を解決するには、EC2 環境をバッキングするインスタンス用に新しい VPC を設定します。この新しいVPC では、CIDRブロックを設定します。172.17.0.0/16。（既存の VPC またはサブネットの IP アドレスの範囲は変更できません）。

設定の詳細については、を参照してください。VPC とサブネットのサイズ設定」(Amazon VPC ユーザーガイド) を参照してください。

(先頭に戻る)

実行時のエラーAWSToolkit: 「環境の inode が不足しています。'fs.inotify.max_user_watches' の制限を増やしてください。」

問題: によって使用されるファイルウォッチャーユーティリティAWSToolkit は、監視できるファイルの現在の制限に近づいています。

原因: AWS Toolkit は、ファイルとディレクトリの変更を監視するファイルウォッチャーユーティリティを使用します。ユーティリティが監視できるファイルの現在の制限に近づいていると、警告メッセージが表示されます。

推奨される解決策: ファイルウォッチャーで処理できるファイルの最大数を増やすには、次の操作を行います。

  1. ターミナルセッションを開始するには、[] を選択します。Window,New Terminal (新しいターミナル)メニューバーの [] を選択します。

  2. コマンドラインで次のとおりに入力します。

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

(先頭に戻る)

注意点: コラボレーションサポートの依存関係をインストールできませんでした

問題: AWS Cloud9は、依存関係をダウンロードするためにインターネットアクセスが必要です。もしAWS Cloud9がそれらの依存関係をダウンロードできない場合、Noticeダイアログボックスに次のエラーが表示されます。 

Failed to install dependencies for collaboration support
      
Please try to resolve this problem and refresh the page to enable collaboration support. A common cause is a lack of available disk space. Error was:
      
Error downloading from location
<LINK> to <LOCATION>
Problem was: Error: connect ETIMEDOUT <IPADDRESS>

考えられる原因: 側AWS Cloud9環境がプロキシを使用してインターネットにアクセスしている場合、AWS Cloud9依存関係をインストールするには、プロキシの詳細が必要です。このエラーは、プロキシの詳細をAWS Cloud9。

推奨される解決策: プロキシの詳細をAWS Cloud9の場合は、環境の~/.bashrcファイルを開きます。 

export http_proxy=<proxy url for http>
export https_proxy=<proxy url for https>

たとえば、httpプロキシURLがhttp://172.31.26.80:3128あなたのhttpsプロキシURLはhttps://172.31.26.80:3129に次の行を~/.bashrcファイルを開きます。 

export http_proxy=http://172.31.26.80:3128
export https_proxy=https://172.31.26.80:3129
注記

これらの環境変数が/etc/profileしかし、~/.bashrc,AWS Cloud9としてそれらを使用することはできません/etc/profileログインシェルのみを対象としています。なぜなら/etc/profileもロードする~/.bashrcに設定し、設定を~/.bashrcは、環境変数がログインシェルとAWS Cloud9。

(先頭に戻る)

エラーgdbC++ プロジェクトのデバッグ時に

問題: のエラーが報告されましたgdbデバッガは、IDE で C++ プロジェクトをデバッグしようとするとします。

考えられる原因: 側AWS Cloud9環境では特定の EC2 インスタンスタイプ（t3.smallまたはm5.largeなど)、IDE の組み込みランナーを使用して C++ プロジェクトを実行およびデバッグしようとすると、デバッグエラーが発生することがあります。このエラーは、gdb(GNU プロジェクトデバッガ) は、特定のプロセッサプラットフォームでは動作しません。次のエラーコードが表示されることがあります。 

GDB server terminated with code 1

推奨される解決策: の問題点はgdb特定のプロセッサプラットフォームをサポートしていないが、バージョン3.0以降。したがって、古いバージョンのデバッガをアンインストールし、新しいバージョンのgdb:

  1. 次のコマンドを実行して、デバッガーの既存のバージョンを削除します。AWS Cloud9端末:

    sudo yum -y remove gdb

  2. のアーカイブの取得gdbファイルを開き、解凍してから、次のコマンドを実行して、展開したファイルが含まれているディレクトリに移動します。 

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

  3. 次のコマンドを実行してデバッガをビルドします（下のテキストを単一のブロックとして貼り付け、戻り値で実行するmake): 

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

  4. デバッガをインストールします。

    sudo make -C gdb install

  5. 最後に、更新されたバージョンのデバッガがインストールされていることを確認します。

     gdb --version

(先頭に戻る)

SAM アプリケーションをローカルで実行中のエラーAWSツールキットは、AWS Cloud9環境には十分なディスク領域がありません

問題: 使用すると、エラーが発生します。AWS実行するツールキットAWS SAMSAMテンプレートによって定義されたアプリケーション用のCLIコマンド。

考えられる原因: サーバーレスアプリケーションを実行およびデバッグするときに、AWSToolkit,AWS SAMは、ランタイム環境を提供する Docker イメージを使用し、デプロイを計画している Lambda 環境をエミュレートするツールを構築します。

しかし、環境に十分なディスク容量がない場合、これらの機能を提供するDockerイメージはビルドできず、ローカルSAMアプリケーションを実行できません。この問題が発生した場合は、でエラーが表示されることがあります。出力タブを使用します。 

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.

このエラーは、Python ランタイムを使用して構築された SAM アプリケーションに関連します。アプリケーション用に選択したランタイムによっては、若干異なるメッセージが表示される場合があります。

推奨される解決策: Docker イメージを構築できるように、環境内のディスク領域を解放します。IDE の端末で次のコマンドを実行して、未使用のDockerイメージを削除します。 

docker image prune -a

ディスク容量の制限により SAM CLI コマンドに問題が繰り返し発生する場合は、開発環境に切り替えて、別のインスタンスタイプ。

(先頭に戻る)

古いバージョンの Microsoft Edge ブラウザを使用して IDE を読み込めません

問題: HTTP403: FORBIDDENロードしようとしたときにエラーが返されるAWS Cloud9IDE では、Microsoft Edge Web ブラウザを使用します。

考えられる原因: -AWS Cloud9IDE では、一部の古いバージョンの Microsoft Edge がサポートされていません。

推奨される解決策: ブラウザを更新するには、Microsoft Edge ツールバーの省略記号 (...) ボタンをクリックします。メニューから [] を選択します。設定[] を選択します。Microsoft Edge について。アップデートが必要な場合は、自動的にダウンロードされ、インストールされます。

(先頭に戻る)

デフォルトの暗号化が Amazon EBS ボリュームに適用されているときに環境を作成できない

問題: Failed to create environments. The development environment '[environment-ID]' failed to createエラーは、Amazon EC2 環境を作成しようとしたときに返されます。

考えられる原因: 側AWS Cloud9IDE では、デフォルトで暗号化された Amazon EBS ボリュームが使用され、AWS Identity and Access Management用のサービスにリンクされたロールAWS Cloud9にアクセスする必要がありますAWS Key Management Service(AWS KMSこれらの EBS ボリュームのカスタマーマスターキー (CMK) を使用します。アクセスが提供されない場合、AWS Cloud9IDE の起動に失敗し、デバッグが困難な場合があります。

推奨される解決策: アクセスを提供するには、サービスにリンクされたロールをAWS Cloud9,AWSServiceRoleForAWSCloud9を Amazon EBS ボリュームで使用する CMK に追加します。

このタスクの詳細については、以下を参照してください。を作成するAWS Cloud9デフォルトの暗号化で Amazon EBS ボリュームを使用するがAWS処方箋ガイダンスパターン。

(先頭に戻る)