Pemecahan masalah AWS Cloud9 - AWS Cloud9
PenginstalAWS Cloud9 LingkunganAmazon EC2AWS Layanan lainnyaPratinjau aplikasiKinerjaAplikasi dan layanan pihak ketiga

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Pemecahan masalah AWS Cloud9

Gunakan informasi berikut untuk mengidentifikasi dan mengatasi masalah AWS Cloud9.

Jika masalah Anda tidak terdaftar atau Anda memerlukan bantuan tambahan, lihat Forum AWS Cloud9 Diskusi. Anda mungkin diminta untuk masuk saat memasuki forum ini. Anda juga dapat kontak kami secara langsung.

Penginstal

Bagian berikut menguraikan masalah pemecahan masalah yang terkait dengan penginstal. AWS Cloud9

AWS Cloud9 Pemasang hang atau gagal

Masalah: Saat Anda mengunduh dan menjalankan AWS Cloud9 Penginstal, satu atau lebih kesalahan terjadi, dan skrip penginstal tidak ditampilkan. Done

Penyebab: AWS Cloud9 Pemasang mengalami satu atau lebih kesalahan yang tidak dapat dipulihkan dan gagal sebagai hasilnya.

Solusi: Untuk informasi lebih lanjut, lihatMemecahkan Masalah Penginstal AWS Cloud9. Lihat masalah umum, kemungkinan penyebab, dan solusi yang direkomendasikan yang diberikan.

AWS Cloud9 installer tidak selesai setelah menampilkan: “Package Cloud9 IDE 1"

Masalah: AWS Cloud9 diinstal pada instans Amazon EC2 yang ada atau di server Anda sendiri sebagai bagian dari proses pembuatan lingkungan pengembangan SSH. Instalasi terhenti setelah Anda melihat olahpesan ini di kotak dialog Penginstal AWS Cloud9 : "Paket Cloud9 IDE 1". Jika Anda memilih Batalkan, Anda melihat olahpesan berikut: "Instalasi Gagal." Kesalahan ini terjadi ketika AWS Cloud9 paket tidak dapat diinstal pada host SSH pelanggan.

Penyebab: Host SSH mengharuskan Anda menginstal Node.js. Kami merekomendasikan menginstal Node.js versi terbaru yang didukung oleh sistem operasi host. Jika Anda memiliki versi Node.js di host Anda yang AWS Cloud9 tidak mendukung, kesalahan penginstalan mungkin terjadi.

Solusi yang disarankan: Instal versi Node.js yang AWS Cloud9 mendukung host SSH Anda.

Gagal menginstal dependensi

Masalah: AWS Cloud9 membutuhkan akses internet untuk mengunduh dependensi.

Kemungkinan penyebabnya:

  • Jika AWS Cloud9 lingkungan Anda menggunakan proxy untuk mengakses internet, AWS Cloud9 perlu detail proxy untuk menginstal dependensi. Jika Anda tidak memberikan detail proxy Anda AWS Cloud9, kesalahan ini akan muncul.

  • Penyebab lain dari ini bisa jadi jika lingkungan Anda tidak mengizinkan lalu lintas keluar.

Solusi yang direkomendasikan:

  • Untuk memberikan detail proxy Anda AWS Cloud9, tambahkan kode berikut ke ~/.bashrc file lingkungan Anda:

    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]

    Misalnya, jika URL proxy HTTP Anda https://172.31.26.80:3128 dan URL proxy HTTP Andahttps://172.31.26.80:3129, tambahkan baris berikut ke ~/.bashrc file Anda dan atur NODE_EXTRA_CA_CERTS ke jalur file otoritas sertifikat dalam format PEM. Untuk informasi lebih lanjut tentang variabel ini, lihathttps://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]

  • Jika Anda menggunakan instans Amazon EC2 tanpa masuk, Anda harus memastikan titik akhir Amazon VPC untuk Amazon S3 dikonfigurasi. Untuk informasi selengkapnya tentang ini, lihat Mengonfigurasi titik akhir Amazon VPC untuk dependensi unduhan Amazon S3.

Kesalahan lingkungan SSH: “Python versi 3 diperlukan untuk menginstal pty.js”

Masalah: Setelah Anda membuka lingkungan pengembangan AWS Cloud9 SSH, terminal di AWS Cloud9 IDE menampilkan pesan yang dimulai dengan “Python versi 3 diperlukan untuk menginstal pty.js.”

Penyebab: Agar berfungsi seperti yang diharapkan, lingkungan SSH mengharuskan Python versi 3 diinstal.

Solusi: Instal Python versi 3 di lingkungan. Untuk memeriksa versi Anda, dari terminal server Anda, jalankan perintah python --version . Untuk menginstal Python 3 di server Anda, lihat salah satu dari berikut ini:

AWS Cloud9 Lingkungan

Bagian berikut menguraikan masalah pemecahan masalah yang terkait dengan Lingkungan. AWS Cloud9

Kesalahan pembuatan lingkungan: "Kami tidak dapat membuat instans EC2 ..."

Masalah: Saat Anda mencoba membuat lingkungan AWS Cloud9 pengembangan, sebuah pesan muncul dengan frasa “Kami tidak dapat membuat instans EC2 di akun Anda selama verifikasi dan aktivasi akun.”

Penyebab: saat AWS ini memverifikasi dan mengaktifkan Anda Akun AWS. Sebelum aktivasi selesai, yang dapat memakan waktu hingga 24 jam, Anda tidak dapat membuat lingkungan ini atau lainnya.

Solusi: Coba buat lingkungan lagi nanti. Jika Anda masih menerima pesan ini setelah 24 jam, hubungi dukungan. Selain itu, penting untuk diketahui bahwa, bahkan ketika upaya untuk membuat lingkungan gagal, AWS CloudFormation membuat tumpukan terkait di akun Anda. Tumpukan ini dihitung terhadap kuota pembuatan tumpukan untuk akun Anda. Untuk menghindari kehabisan kuota pembuatan tumpukan, Anda dapat menghapus tumpukan yang gagal ini. Untuk informasi selengkapnya, lihat Menghapus Tumpukan pada Konsol AWS CloudFormation di Panduan Pengguna AWS CloudFormation .

Kesalahan pembuatan lingkungan: “Tidak diizinkan untuk melakukan sts:AssumeRole”

Masalah: Saat Anda mencoba membuat lingkungan baru, Anda melihat kesalahan ini: “Tidak diizinkan untuk melakukan sts:AssumeRole,” dan lingkungan tidak dibuat.

Kemungkinan penyebab: Peran AWS Cloud9 terkait layanan tidak ada di Anda. Akun AWS

Solusi yang disarankan: Buat peran AWS Cloud9 terkait layanan di Anda. Akun AWS Anda dapat melakukannya dengan menjalankan perintah berikut di AWS Command Line Interface (AWS CLI) atau 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.

Jika Anda tidak dapat melakukan ini, tanyakan kepada Akun AWS administrator Anda.

Setelah Anda menjalankan perintah ini, cobalah membuat lingkungan lagi.

Identitas federasi tidak dapat menciptakan lingkungan

Masalah: Saat Anda mencoba menggunakan identitas AWS federasi untuk membuat lingkungan AWS Cloud9 pengembangan, pesan kesalahan akses akan ditampilkan, dan lingkungan tidak dibuat.

Penyebab:: AWS Cloud9 menggunakan peran terkait layanan. Peran terkait layanan dibuat pertama kali lingkungan dibuat di akun menggunakan panggilan. iam:CreateServiceLinkedRole Namun, pengguna gabungan tidak dapat menghubungi IAM API. Untuk informasi selengkapnya, lihat GetFederationTokendi Referensi AWS Security Token Service API.

Solusi: Minta Akun AWS administrator untuk membuat peran terkait layanan AWS Cloud9 baik di konsol IAM atau dengan menjalankan perintah ini dengan (): AWS Command Line Interface AWS CLI

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

Atau perintah ini dengan AWS-shell:

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

Untuk informasi selengkapnya, lihat Menggunakan Peran Tertaut Layanan di Panduan Pengguna IAM.

Kesalahan konsol: "Pengguna tidak berwenang untuk melakukan tindakan pada sumber daya"

Masalah: Saat Anda mencoba menggunakan AWS Cloud9 konsol untuk membuat atau mengelola lingkungan AWS Cloud9 pengembangan, Anda melihat kesalahan yang berisi frasa yang mirip dengan “Pengguna tidak arn:aws:iam::123456789012:user/MyUser diizinkan untuk melakukan cloud9:action pada sumber dayaarn:aws:cloud9:us-east-2:123456789012:environment:12a34567b8cd9012345ef67abcd890e1,” di mana:

  • arn:aws:iam::123456789012:user/MyUser adalah Amazon Resource Name (ARN) dari pengguna yang meminta.

  • action adalah nama operasi yang diminta oleh pengguna.

  • arn:aws:cloud9:us-east-2:123456789012:environment:12a34567b8cd9012345ef67abcd890e1 adalah ARN lingkungan yang pengguna diminta untuk menjalankan operasi.

Penyebab: Pengguna tempat Anda masuk ke AWS Cloud9 konsol tidak memiliki izin AWS akses yang benar untuk melakukan tindakan.

Solusi: Pastikan bahwa pengguna memiliki izin AWS akses yang benar, dan kemudian mencoba untuk melakukan tindakan lagi. Untuk informasi selengkapnya, lihat berikut ini:

Tidak dapat terhubung ke lingkungan

Masalah: Pengguna tidak dapat terhubung ke lingkungan, dan terjebak pada tahap Menghubungkan.

Penyebab: Jika Anda mengubah izin ~/ .ssh/authorized_keys file, menghapus AWS Cloud9 kunci dari file itu, atau menghapus file seluruhnya, masalah ini mungkin terjadi.

Solusi: Jangan hapus file ini. Jika Anda menghapusnya, Anda harus membuat ulang lingkungan Anda dan mungkin perlu melampirkan volume EBS dari lingkungan yang ada ke lingkungan EC2 baru. Ini untuk mengambil data Anda yang hilang. Jika ada izin yang hilang, pastikan file tersebut memiliki Read-Write izin. Ini untuk memungkinkan daemon SSH membacanya.

Tidak dapat membuka lingkungan

Masalah: Saat Anda mencoba membuka lingkungan, IDE tidak ditampilkan selama lebih dari lima menit.

Kemungkinan penyebabnya:

  • Pengguna IAM yang masuk ke AWS Cloud9 konsol tidak memiliki izin AWS akses yang diperlukan untuk membuka lingkungan.

  • Jika lingkungan dikaitkan dengan instance komputasi AWS awan (misalnya, instans Amazon EC2), kemungkinan itu mungkin benar:

    • VPC yang terkait dengan instance tidak disetel ke pengaturan yang benar untuk. AWS Cloud9

    • Instance sedang bertransisi antar status atau gagal dalam pemeriksaan status otomatis saat mencoba AWS Cloud9 terhubung ke instance.

  • Jika lingkungan adalah lingkungan SSH, instance komputasi cloud terkait atau server Anda sendiri tidak diatur dengan benar untuk memungkinkan AWS Cloud9 mengaksesnya.

Solusi yang direkomendasikan:

Tidak dapat membuka AWS Cloud9 lingkungan: “Lingkungan ini saat ini tidak dapat diakses oleh kolaborator. Harap tunggu sampai penghapusan kredensial sementara terkelola selesai, atau kontak pemilik lingkungan ini."

Masalah: Jika kolaborator baru ditambahkan ke lingkungan oleh seseorang yang bukan pemilik lingkungan, kredensil sementara yang AWS dikelola akan dinonaktifkan. Kredensialnya dinonaktifkan saat Anda menghapus file. ~/.aws/credentials Saat ~/.aws/credentials file sedang dihapus, kolaborator baru tidak dapat mengakses AWS Cloud9 lingkungan.

Penyebab: Mencegah akses ke lingkungan saat kredensyal sementara yang AWS dikelola dihapus adalah tindakan pengamanan. Hal ini memungkinkan pemilik lingkungan mengonfirmasi bahwa hanya kolaborator tepercaya yang dapat mengakses kredensil terkelola. Jika mereka puas bahwa daftar kolaborator valid, pemilik lingkungan dapat mengaktifkan kembali kredensial terkelola sehingga mereka dapat dibagikan. Untuk informasi selengkapnya, lihat Mengontrol akses ke kredensial sementara terkelola AWS.

Solusi yang disarankan: Tunggu ~/.aws/credentials file dihapus sepenuhnya sebelum mencoba lagi untuk membuka AWS Cloud9 lingkungan. Waktu tunggu maksimum untuk kredensial kedaluwarsa adalah 15 menit. Atau, meminta pemilik lingkungan untuk mengaktifkan kembali atau nonaktifkan kredensial sementara terkelola. Setelah kredensial diaktifkan kembali atau dinonaktifkan, kolaborator dapat langsung mengakses lingkungan. Dengan mengalihkan status kredensil terkelola ke ENABLED atau DISABLED, pemilik lingkungan memastikan bahwa kredensil tidak tetap dalam status perantara. Stat perantara dapat mencegah kolaborator mengakses lingkungan.

catatan

Misalkan pemilik lingkungan dan kolaborator milik yang sama Akun AWS. Kemudian, kolaborator dapat mengidentifikasi pemilik lingkungan untuk dihubungi dengan meninjau kartu untuk lingkungan di halaman Lingkungan Anda di konsol. Pemilik lingkungan juga tercantum dalam halaman Detail lingkungan.

Kesalahan penghapusan lingkungan: "Satu atau lebih lingkungan gagal untuk menghapus"

Masalah: Saat Anda mencoba menghapus satu atau beberapa lingkungan di AWS Cloud9 konsol, pesan akan ditampilkan yang bertuliskan “satu atau beberapa lingkungan gagal dihapus,” dan setidaknya salah satu lingkungan tidak dihapus.

Kemungkinan penyebabnya: AWS CloudFormation mungkin memiliki masalah saat menghapus satu atau lebih lingkungan. AWS Cloud9 bergantung pada AWS CloudFormation untuk membuat dan menghapus lingkungan.

Solusi yang disarankan: Coba gunakan AWS CloudFormation untuk menghapus setiap lingkungan yang tidak dihapus.

  1. Buka AWS CloudFormation konsol di https://console.aws.amazon.com/cloudformation.

  2. Pada bilah AWS navigasi, pilih Wilayah AWS untuk lingkungan.

  3. Dalam daftar AWS CloudFormation tumpukan, pilih entri di mana nama Stack berisi nama lingkungan yang tidak dihapus dan Status adalah DELETE_FAILED. Misalnya, jika nama lingkungannyamy-demo-environment, pilih tumpukan yang dimulai dengan nama aws-cloud9 -. my-demo-environment (Memilih kotak atau opsi di samping nama lingkungan, bukan nama lingkungan itu sendiri.)

  4. Memilih Tindakan, Hapus Tumpukan.

  5. Jika diminta, memilih Ya, Hapus.

Proses menghapus tumpukan mungkin memakan waktu beberapa menit.

Jika tumpukan menghilang dari daftar, lingkungan sekarang dihapus.

Jika tumpukan masih menampilkan DELETE_FAILED setelah beberapa menit, lingkungan masih belum dihapus. Anda dapat mencoba menghapus secara manual setiap sumber daya tumpukan yang gagal.

catatan

Menghapus sumber daya tumpukan yang gagal secara manual tidak menghapus tumpukan itu sendiri dari tumpukan Anda Akun AWS.

Untuk menghapus sumber daya ini secara manual, lakukan hal berikut. Di AWS CloudFormation konsol, pilih tumpukan yang gagal, lalu pilih bagian Sumber Daya. Buka konsol AWS untuk setiap sumber daya dalam daftar ini, lalu gunakan konsol itu untuk menghapus sumber daya.

Mengubah waktu tunggu untuk lingkungan di IDE AWS Cloud9

Masalah: Pengguna ingin memperbarui waktu tunggu untuk lingkungan Amazon EC2.

Penyebab: Waktu batas waktu default adalah 30 menit. Ini mungkin terlalu pendek untuk beberapa pengguna.

Solusi yang direkomendasikan:

  1. Buka lingkungan yang ingin Anda konfigurasikan.

  2. Di AWS Cloud9 IDE, pada bilah menu, pilih AWS Cloud9Preferensi.

  3. Di jendela Preferensi, gulir ke bagian instans Amazon EC2.

  4. Pilih nilai batas waktu dari daftar yang tersedia dan perbarui.

Kesalahan menjalankan aplikasi SAM secara lokal di AWS Toolkit karena AWS Cloud9 lingkungan tidak memiliki cukup ruang disk

Masalah: Kesalahan terjadi ketika Anda menggunakan AWS Toolkit untuk menjalankan perintah AWS SAM CLI untuk aplikasi yang ditentukan oleh template SAM.

Kemungkinan penyebabnya: Saat Anda menjalankan dan men-debug aplikasi tanpa server secara lokal dengan AWS Toolkit, gunakan gambar. AWS SAM Docker Gambar-gambar ini menyediakan lingkungan runtime dan membangun alat yang meniru lingkungan Lambda yang Anda rencanakan untuk diterapkan.

Namun, jika lingkungan Anda tidak memiliki ruang disk yang cukup, Docker gambar yang menyediakan fitur ini tidak dapat dibangun dan aplikasi SAM lokal Anda gagal dijalankan. Jika ini terjadi, Anda mungkin menerima kesalahan di tab Output yang mirip dengan berikut ini.

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.

Kesalahan ini berhubungan dengan aplikasi SAM yang dibangun menggunakan runtime Python. Anda mungkin menerima pesan yang sedikit berbeda, tergantung pada runtime yang Anda pilih untuk aplikasi Anda.

Solusi yang disarankan: Kosongkan ruang disk di lingkungan Anda sehingga Docker gambar dapat dibangun. Hapus Docker gambar yang tidak digunakan dengan menjalankan perintah berikut di terminal IDE.

docker image prune -a

Jika Anda berulang kali mengalami masalah dengan perintah SAM CLI karena pembatasan ruang disk, beralih ke lingkungan pengembangan menggunakan jenis instance yang berbeda.

(kembali ke atas)

Tidak dapat memuat IDE menggunakan versi Microsoft Edge browser sebelumnya

Masalah: HTTP403: FORBIDDEN kesalahan dikembalikan saat mencoba memuat AWS Cloud9 IDE menggunakan browser Microsoft Edge web.

Kemungkinan penyebabnya: AWS Cloud9 IDE tidak mendukung versi lama tertentuMicrosoft Edge.

Solusi yang disarankan: Untuk memperbarui browser, pilih tombol elipsis (...) di bilah alat. Microsoft Edge Dari menu, pilih Pengaturan dan kemudian pilih Tentang Microsoft Edge. Jika diperlukan pembaruan, pembaruan akan diunduh dan diinstal secara otomatis.

(kembali ke atas)

Tidak dapat membuat struktur sub-folder /home/ec2-user/environment/home/ec2-user/environment di IDE File Explorer. AWS Cloud9

Masalah: Saat Anda membuat struktur sub-folder /home/ec2-user/environment/home/ec2-user/environment di AWS Cloud9 IDE File Explorer, Anda mendapatkan pesan kesalahan yang menyatakan bahwa tidak mungkin membuka direktori ini.

Kemungkinan penyebab: Saat ini tidak mungkin untuk membuat struktur sub-folder /home/ec2-user/environment dalam folder dengan nama yang sama menggunakan Sistem File IDE. AWS Cloud9 Anda tidak akan dapat mengakses file apa pun dalam direktori ini dari AWS Cloud9 IDE File Explorer, tetapi Anda akan dapat mengaksesnya menggunakan baris perintah. Masalah ini hanya memengaruhi jalur file /home/ec2-user/environment/home/ec2-user/environment, jalur file seperti /test/home/ec2-user/environment dan /home/ec2-user/environment/test seharusnya berfungsi. Ini adalah masalah yang diketahui dan hanya mempengaruhi AWS Cloud9 IDE File Explorer.

Solusi yang disarankan: Gunakan nama dan struktur file yang berbeda.

(kembali ke atas)

Tidak dapat membuat struktur sub-folder /projects/projects dalam File Explorer IDE untuk. AWS Cloud9 CodeCatalyst

Masalah: Ketika Anda membuat struktur sub-folder /projects/projects di AWS Cloud9 IDE File Explorer untuk CodeCatalyst, Anda mendapatkan pesan kesalahan yang menyatakan bahwa tidak mungkin untuk membuka direktori ini.

Kemungkinan penyebab: Saat ini tidak mungkin untuk membuat struktur sub-folder/proyek dalam folder dengan nama yang sama menggunakan File Explorer dari AWS Cloud9 IDE untuk. CodeCatalyst Anda tidak akan dapat mengakses file apa pun dalam direktori ini dari AWS Cloud9 IDE File Explorer, tetapi Anda akan dapat mengaksesnya menggunakan baris perintah. Masalah ini hanya memengaruhi jalur file /projects/projects, jalur file seperti /test/projects dan /projects/test seharusnya berfungsi. Ini adalah masalah yang diketahui dan hanya memengaruhi AWS Cloud9 IDE File Explorer untuk CodeCatalyst.

Solusi yang disarankan: Gunakan nama dan struktur file yang berbeda.

(kembali ke atas)

Tidak dapat berinteraksi dengan jendela terminal AWS Cloud9 karena kesalahan tmux sesi

Masalah: Saat Anda mencoba meluncurkan jendela terminal baru AWS Cloud9, antarmuka baris perintah yang diharapkan tidak tersedia. Tidak ada command prompt dan Anda tidak dapat memasukkan teks. Pesan kesalahan seperti tmux: need UTF-8 locale (LC_CTYPE) dan invalid LC_ALL, LC_CTYPE or LANG dikembalikan.

Kemungkinan penyebabnya: Terminal yang tidak responsif mungkin disebabkan oleh kesalahan tmux. AWS Cloud9 menggunakan utilitas tmux. Dengan cara ini, informasi yang ditampilkan di terminal tetap ada bahkan ketika halaman dimuat ulang atau Anda terhubung kembali ke lingkungan pengembangan Anda.

Dalam tmux sesi, apa yang ditampilkan di jendela terminal ditangani oleh klien. Klien berkomunikasi ke server yang dapat mengelola beberapa sesi. Server dan klien berkomunikasi melalui soket yang terletak di tmp folder. Jika tmp folder hilang dari lingkungan pengembangan Anda atau izin yang terlalu ketat diterapkan padanya, tmux sesi tidak dapat dijalankan. Jika ini terjadi, jendela terminal di IDE menjadi tidak responsif.

Solusi yang disarankan: Jika tmux kesalahan mencegah Anda berinteraksi dengan jendela terminal, gunakan cara alternatif untuk membuat tmp folder dengan izin yang tepat. Dengan begitu, tmux sesi bisa berjalan. Salah satu solusinya adalah mengekspor ke LC_CTYPE dalam .bash_profile atau di .bashrc file. Solusi lain yang disarankan adalah menggunakan AWS Systems Manager untuk mengatur konfigurasi manajemen host. Ini memungkinkan akses ke instans yang relevan melalui konsol Amazon EC2.

Menyiapkan manajemen host

  1. Pertama, di AWS Cloud9 konsol, temukan nama instance lingkungan Anda. Anda dapat melakukannya dengan memilih panel yang relevan di halaman Lingkungan Anda dan memilih Lihat detail. Di halaman Environment details, pilih Go to Instance. Di konsol Amazon EC2, konfirmasikan nama instance yang perlu Anda akses.

  2. Sekarang pergi ke AWS Systems Manager konsol, dan di panel navigasi, pilih Pengaturan Cepat.

  3. Di halaman Quick Setup, pilih Create.

  4. Untuk jenis Konfigurasi, buka Manajemen Host dan pilih Buat.

  5. Untuk opsi konfigurasi Sesuaikan Manajemen Host, di bagian Target, pilih Manual.

  6. Pilih instans EC2 yang ingin Anda akses dan kemudian pilih Buat.

Menghubungkan ke instance dan menjalankan perintah

catatan

Langkah-langkah berikut adalah untuk konsol EC2 baru.

  1. Di konsol Amazon EC2, di panel navigasi, pilih Instans dan pilih instance yang ingin Anda sambungkan.

  2. Pilih Hubungkan.

    Jika Connect tidak diaktifkan, Anda mungkin perlu memulai instans terlebih dahulu.

  3. Di panel Connect to instance Anda, untuk metode Connection, pilih Session Manager lalu pilih Connect.

  4. Di jendela sesi terminal yang muncul, masukkan perintah berikut. Perintah ini membuat tmp folder dengan izin yang tepat sehingga soket tmux tersedia.

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

(kembali ke atas)

Amazon EC2

Bagian berikut menguraikan masalah pemecahan masalah yang terkait dengan Amazon EC2.

Instans Amazon EC2 tidak diperbarui secara otomatis

Masalah: Pembaruan sistem terbaru tidak diterapkan secara otomatis ke instans Amazon EC2 yang terhubung ke lingkungan AWS Cloud9 pengembangan.

Penyebab: Menerapkan pembaruan sistem terbaru secara otomatis dapat menyebabkan kode Anda atau instans Amazon EC2 berperilaku dengan cara yang tidak terduga, tanpa sepengetahuan atau persetujuan Anda sebelumnya.

Solusi yang direkomendasikan:

Terapkan pembaruan sistem ke instans Amazon EC2 secara teratur dengan mengikuti petunjuk dalam Memperbarui Perangkat Lunak Instans di Panduan Pengguna Amazon EC2.

Untuk menjalankan perintah pada instance, Anda dapat menggunakan sesi terminal di AWS Cloud9 IDE dari lingkungan yang terhubung ke instance.

Atau, Anda dapat menggunakan utilitas akses jarak jauh SSH seperti ssh atau PuTTY untuk terhubung ke instance. Untuk melakukan ini, dari komputer lokal Anda, gunakan utilitas pembuatan key pair SSH seperti ssh-keygen atau. PuTTYgen Gunakan AWS Cloud9 IDE dari lingkungan yang terhubung ke instance untuk menyimpan kunci publik yang dihasilkan pada instance. Kemudian gunakan utilitas akses jarak jauh SSH bersama dengan kunci pribadi yang dihasilkan untuk mengakses instance. Untuk informasi lebih lanjut, lihat dokumentasi khusus sistem Anda.

AWS CLI atau AWS-shell error: “Token keamanan yang disertakan dalam permintaan tidak valid” di lingkungan EC2

Masalah: Saat Anda mencoba menggunakan AWS Command Line Interface (AWS CLI) atau AWS-shell untuk menjalankan perintah di AWS Cloud9 IDE untuk lingkungan EC2, kesalahan akan ditampilkan: “Token keamanan yang disertakan dalam permintaan tidak valid.”

Penyebab: Token keamanan yang tidak valid dapat terjadi jika Anda kredensial sementara terkelola AWS yang diaktifkan dan salah satu berikut terjadi:

  • Anda mencoba menjalankan perintah yang tidak diizinkan oleh kredensi sementara yang AWS dikelola. Untuk daftar perintah yang diizinkan, lihat Tindakan yang didukung oleh kredensyal sementara yang AWS dikelola.

  • Kredensi sementara yang AWS dikelola secara otomatis kedaluwarsa setelah 15 menit.

  • Kredensi sementara yang AWS dikelola untuk lingkungan bersama dinonaktifkan karena anggota baru ditambahkan oleh orang lain selain pemilik lingkungan.

Solusi yang direkomendasikan:

  • Jalankan hanya perintah-perintah yang diizinkan oleh kredensi sementara yang AWS dikelola. Jika Anda perlu menjalankan perintah yang tidak diizinkan oleh kredensil sementara yang AWS dikelola, konfigurasikan AWS CLI atau AWS-shell di lingkungan dengan sekumpulan kredensil permanen. Ini menghilangkan batasan ini. Untuk petunjuk, lihat Membuat dan menyimpan kredensial akses permanen di Lingkungan.

  • Untuk kredensil yang dinonaktifkan atau kedaluwarsa, pastikan bahwa pemilik lingkungan membuka lingkungan sehingga AWS Cloud9 dapat menyegarkan kredensil sementara di lingkungan. Untuk informasi selengkapnya, lihat Mengontrol akses ke kredensial sementara terkelola AWS.

Tidak dapat terhubung ke lingkungan EC2 karena alamat IP VPC digunakan oleh Docker

Masalah: Untuk lingkungan EC2, jika Anda meluncurkan instans EC2 ke VPC Amazon yang menggunakan blok IPv4 Classless Inter-Domain Routing (CIDR)172.17.0.0/16, koneksi mungkin terhenti saat Anda mencoba membuka lingkungan tersebut.

Penyebab: Docker menggunakan perangkat lapisan tautan yang disebut jaringan jembatan yang memungkinkan kontainer yang terhubung ke jaringan jembatan yang sama untuk berkomunikasi. AWS Cloud9 membuat kontainer yang menggunakan jembatan default untuk komunikasi kontainer. Jembatan default biasanya menggunakan subnet 172.17.0.0/16 untuk jaringan kontainer.

Jika subnet VPC untuk instance lingkungan Anda menggunakan rentang alamat yang sama dengan yang sudah digunakanDocker, konflik alamat IP mungkin terjadi. Jadi, ketika AWS Cloud9 mencoba terhubung ke instance-nya, koneksi itu dirutekan oleh tabel rute gateway ke Docker jembatan. Ini AWS Cloud9 mencegah koneksi ke instans EC2 yang mendukung lingkungan pengembangan.

Solusi yang disarankan: Untuk mengatasi konflik alamat IP yang disebabkan oleh Amazon VPC dan Docker menggunakan blok alamat IPv4 CIDR yang sama, konfigurasikan VPC baru untuk instans yang mendukung lingkungan EC2 Anda. Untuk VPC baru ini, konfigurasikan blok CIDR yang berbeda dari 172.17.0.0/16. (Anda tidak dapat mengubah rentang alamat IP dari VPC atau subnet yang ada.)

Untuk informasi selengkapnya, lihat VPC dan pengukuran subnet dalam Panduan Pengguna Amazon VPC.

Tidak dapat membuat struktur sub-folder /home/ec2-user/environment/home/ec2-user/environment di IDE File Explorer. AWS Cloud9

Masalah: Saat Anda membuat struktur sub-folder /home/ec2-user/environment/home/ec2-user/environment di AWS Cloud9 IDE File Explorer, Anda mendapatkan pesan kesalahan yang menyatakan bahwa tidak mungkin membuka direktori ini.

Kemungkinan penyebab: Saat ini tidak mungkin untuk membuat struktur sub-folder /home/ec2-user/environment dalam folder dengan nama yang sama menggunakan Sistem File IDE. AWS Cloud9 Anda tidak akan dapat mengakses file apa pun dalam direktori ini dari AWS Cloud9 IDE File Explorer, tetapi Anda akan dapat mengaksesnya menggunakan baris perintah. Masalah ini hanya memengaruhi jalur file /home/ec2-user/environment/home/ec2-user/environment, jalur file seperti /test/home/ec2-user/environment dan /home/ec2-user/environment/test seharusnya berfungsi. Ini adalah masalah yang diketahui dan hanya mempengaruhi AWS Cloud9 IDE File Explorer.

Solusi yang disarankan: Gunakan nama dan struktur file yang berbeda.

Tidak dapat diluncurkan AWS Cloud9 dari konsol saat konfigurasi AWS License Manager lisensi dikaitkan dengan instans Amazon EC2

Masalah: Saat Anda mencoba meluncurkan lingkungan AWS Cloud9 EC2 dari konsol, pesan kesalahan akan unable to access your environment dikembalikan.

Kemungkinan penyebabnya: AWS License Manager merampingkan pengelolaan lisensi vendor perangkat lunak di seluruh. AWS Cloud Saat menyiapkan License Manager, Anda membuat konfigurasi lisensi, yang merupakan kumpulan aturan lisensi berdasarkan ketentuan perjanjian perusahaan Anda. Konfigurasi lisensi ini dapat dilampirkan ke mekanisme, seperti Amazon Machine Image (AMI) atau AWS CloudFormation. Anda dapat menggunakan salah satu mekanisme ini untuk meluncurkan instans EC2.

Versi lama AWSCloud9ServiceRolePolicyuntuk AWSServiceRoleForAWSCloud 9 peran terkait layanan (SLR) saat ini tidak menyertakan kondisi sumber daya. license-configuration Karena AWS Cloud9 itu, tidak diperbolehkan untuk memulai dan menghentikan instance-nya. Jadi, AWS Cloud9 ditolak akses ke instans Amazon EC2-nya, dan kesalahan dikembalikan.

Solusi yang disarankan: Jika Anda tidak dapat mengakses AWS Cloud9 lingkungan yang ada dan menggunakan License Manager, ganti peran AWSCloud9ServiceRolePolicyterkait layanan lama dengan versi SLR yang secara eksplisit mengizinkan tindakan EC2 saat berlaku untuk instance. license-configuration Anda dapat mengganti peran lama hanya dengan menghapusnya. Peran yang diperbarui kemudian dibuat secara otomatis.

Tidak dapat menjalankan beberapa perintah atau skrip di lingkungan EC2

Masalah: Setelah Anda membuka lingkungan pengembangan AWS Cloud9 EC2, Anda tidak dapat menginstal beberapa jenis paket, menjalankan perintah seperti yum atauapt, atau menjalankan skrip yang berisi perintah yang biasanya bekerja dengan sistem operasi Linux lainnya.

Penyebab: Instans Amazon EC2 yang AWS Cloud9 digunakan untuk lingkungan EC2 bergantung pada Amazon Linux (yang didasarkan pada Red Hat Enterprise Linux (RHEL)) atau Server Ubuntu.

Solusi: Jika Anda menginstal atau mengelola paket atau run command atau skrip di IDE untuk lingkungan EC2, pastikan mereka kompatibel dengan baik RHEL (untuk Amazon Linux) atau Ubuntu Server, tergantung pada instans untuk lingkungan tersebut.

Pelaporan pesan kesalahan “Profil instans AWSCloud9SSMInstanceProfile tidak ada di akun” saat membuat lingkungan EC2 menggunakan AWS CloudFormation

Masalah: Saat menggunakan AWS CloudFormation sumber daya AWS::Cloud9::EnvironmentEC2 untuk membuat lingkungan EC2, pengguna menerima pesan kesalahan bahwa profil Instans AWSCloud9SSMInstanceProfile tidak ada di akun.

Penyebab: Saat membuat lingkungan EC2 tanpa masuk, Anda harus membuat peran layanan AWSCloud9SSMAccessRole dan profil instans AWSCloud9SSMInstanceProfile. Sumber daya IAM ini mengaktifkan Systems Manager untuk mengelola instans EC2 yang mendukung lingkungan pengembangan Anda.

Jika Anda membuat lingkungan no-ingress dengan konsol tersebut, AWSCloud9SSMAccessRole dan AWSCloud9SSMInstanceProfile dibuat secara otomatis. Tetapi ketika menggunakan AWS CloudFormation atau AWS CLI untuk membuat lingkungan no-ingress pertama Anda, Anda harus membuat sumber daya IAM ini secara manual.

Solusi yang disarankan: Untuk informasi tentang mengedit AWS CloudFormation template Anda dan memperbarui izin IAM, lihat Menggunakan AWS CloudFormation untuk membuat lingkungan EC2 tanpa masuk

Pelaporan pesan kesalahan “tidak diizinkan untuk perform: ssm:StartSession menggunakan sumber daya” saat membuat lingkungan EC2 menggunakan AWS CloudFormation

Masalah: Saat menggunakan AWS CloudFormation sumber daya AWS::Cloud9::EnvironmentEC2 untuk membuat lingkungan EC2, pengguna menerima AccessDeniedException dan diberi tahu bahwa mereka “tidak berwenang untuk melakukan: ssm:StartSession pada sumber daya.”

Penyebab: Pengguna tidak memiliki izin untuk memanggil API StartSession yang diperlukan sebagai bagian dari konfigurasi untuk lingkungan EC2 yang menggunakan Systems Manager untuk instans no-ingress.

Solusi yang disarankan: Untuk informasi tentang mengedit AWS CloudFormation template Anda dan memperbarui izin IAM, lihat. Menggunakan AWS CloudFormation untuk membuat lingkungan EC2 tanpa masuk

Pesan kesalahan melaporkan tidak ada otorisasi “untuk melakukan: iam:GetInstanceProfile pada sumber daya: profil instanceAWSCloud9SSMInstanceProfile" saat membuat lingkungan EC2 menggunakan AWS CLI

Masalah: Saat menggunakan AWS CLIuntuk membuat lingkungan EC2, pengguna menerima AccessDeniedException dan diberi tahu bahwa AWS Cloud9 lingkungan mereka tidak diizinkan “untuk melakukan iam: GetInstanceProfile on resource: instance profileAWSCloud9SSMInstanceProfile.”

Penyebab: AWS Cloud9 tidak memiliki izin untuk memanggil StartSession API yang diperlukan sebagai bagian dari konfigurasi untuk lingkungan EC2 yang menggunakan Systems Manager untuk instance tanpa masuk.

Solusi yang disarankan: Untuk informasi tentang menambahkan peran AWSCloud9SSMAccessRole layanan yang diperlukan dan AWSCloud9SSMInstanceProfile ke AWS Cloud9 lingkungan Anda, lihatMengelola profil instans untuk Systems Manager dengan AWS CLI.

Kegagalan untuk membuat lingkungan ketika default enkripsi diterapkan ke Amazon EBS volume

Masalah: Kesalahan Failed to create environments. The development environment '[environment-ID]' failed to create dikembalikan ketika mencoba untuk membuat lingkungan Amazon EC2.

Kemungkinan penyebabnya: Jika AWS Cloud9 IDE Anda menggunakan volume Amazon EBS yang secara default dienkripsi, peran yang AWS Identity and Access Management ditautkan layanan AWS Cloud9 memerlukan akses ke volume EBS ini AWS KMS keys . Jika akses tidak disediakan, AWS Cloud9 IDE mungkin gagal diluncurkan, dan mungkin sulit untuk men-debug masalah.

Solusi yang disarankan: Untuk menyediakan akses, tambahkan peran terkait layanan untuk AWS Cloud9,AWSServiceRoleForAWSCloud9, ke kunci terkelola pelanggan yang digunakan oleh volume Amazon EBS Anda.

Untuk informasi selengkapnya tentang tugas ini, lihat Membuat AWS Cloud9 yang menggunakan volume Amazon EBS dengan enkripsi default di Pola Panduan AWS Preskriptif.

Kesalahan VPC untuk akun EC2-Classic: "Tidak dapat mengakses lingkungan Anda"

Masalah: EC2-Classic diperkenalkan dalam perilisan asli Amazon EC2. Jika Anda menggunakan Akun AWS yang telah disiapkan sebelum 4 Desember 2013, kesalahan ini mungkin terjadi jika Anda tidak mengonfigurasi VPC dan subnet Amazon saat membuat lingkungan pengembangan AWS Cloud9 EC2.

Jika Anda menerima pengaturan VPC default, instans Amazon EC2 diluncurkan ke jaringan EC2-Classic. Instance tidak diluncurkan ke subnet dari VPC default. Pesan berikut ditampilkan saat lingkungan gagal dibuat:

Kesalahan Lingkungan

Tidak dapat mengakses lingkungan Anda

Penciptaan lingkungan gagal dengan galat: Sumber daya berikut gagal membuat: [Instans]. . Rollback diminta oleh pengguna..

Anda dapat mengonfirmasi bahwa kesalahan disebabkan oleh instans EC2 tidak berada di VPC default. Gunakan AWS CloudFormation untuk melihat riwayat peristiwa tumpukan untuk lingkungan pengembangan.

  1. Buka AWS CloudFormation konsol. Untuk informasi selengkapnya, lihat: Masuk ke konsol AWS CloudFormation .

  2. Di AWS CloudFormation konsol, pilih Stacks.

  3. Pada halaman Tumpukan, memilih nama lingkungan pengembangan yang gagal untuk membuat.

  4. Pada halaman Stack details, pilih tab Events dan periksa entri berikut:

    Status: CREATE_FAILED

    Alasan status: AssociatePublicIpAddress Parameter ini hanya didukung oleh peluncuran VPC. [...]

Penyebab: Lingkungan AWS Cloud9 pengembangan harus dikaitkan dengan VPC Amazon yang memenuhi persyaratan VPC tertentu. Untuk akun dengan EC2-Classic diaktifkan, menerima pengaturan jaringan default saat menciptakan lingkungan EC2 berarti bahwa instans EC2 diperlukan tidak diluncurkan ke VPC. Sebaliknya, instans diluncurkan ke dalam jaringan EC2-klasik.

Solusi yang Direkomendasikan Dengan akun EC2-Classic, Anda harus pilih VPC dan subnet saat menciptakan lingkungan EC2. Pada halaman Konfigurasi pengaturan, di bagian Pengaturan jaringan (lanjutan), pilih VPC dan subnet tempat Anda dapat meluncurkan instans EC2 Anda.

AWS Layanan lainnya

Bagian berikut menguraikan masalah pemecahan masalah yang terkait dengan layanan lain. AWS

Tidak dapat membuat struktur sub-folder /projects/projects dalam File Explorer IDE untuk. AWS Cloud9 CodeCatalyst

Masalah: Ketika Anda membuat struktur sub-folder /projects/projects di AWS Cloud9 IDE File Explorer untuk CodeCatalyst, Anda mendapatkan pesan kesalahan yang menyatakan bahwa tidak mungkin untuk membuka direktori ini.

Kemungkinan penyebab: Saat ini tidak mungkin untuk membuat struktur sub-folder/proyek dalam folder dengan nama yang sama menggunakan File Explorer dari AWS Cloud9 IDE untuk. CodeCatalyst Anda tidak akan dapat mengakses file apa pun dalam direktori ini dari AWS Cloud9 IDE File Explorer, tetapi Anda akan dapat mengaksesnya menggunakan baris perintah. Masalah ini hanya memengaruhi jalur file /projects/projects, jalur file seperti /test/projects dan /projects/test seharusnya berfungsi. Ini adalah masalah yang diketahui dan hanya memengaruhi AWS Cloud9 IDE File Explorer untuk CodeCatalyst.

Solusi yang disarankan: Gunakan nama dan struktur file yang berbeda.

Tidak dapat menampilkan aplikasi yang sedang berjalan di luar IDE

Masalah: Ketika Anda atau orang lain mencoba untuk menampilkan aplikasi Anda berjalan di tab peramban web di luar IDE, tab peramban web menampilkan kesalahan, atau tab kosong.

Kemungkinan penyebabnya:

  • Aplikasi tidak berjalan di IDE.

  • Pastikan bahwa aplikasi berjalan dengan IP 127.0.0.1 atau localhost.

  • Aplikasi ini berjalan di lingkungan pengembangan AWS Cloud9 EC2. Selain itu, satu atau beberapa grup keamanan yang terkait dengan instans Amazon EC2 yang sesuai tidak mengizinkan lalu lintas masuk melalui protokol, port, atau alamat IP yang diperlukan aplikasi.

  • Aplikasi ini berjalan di lingkungan pengembangan AWS Cloud9 SSH untuk instance komputasi AWS awan (misalnya, instans Amazon EC2). Selain itu, ACL jaringan untuk subnet di virtual private cloud (VPC) yang terkait dengan instance yang sesuai tidak memungkinkan lalu lintas masuk melalui protokol, port, atau alamat IP yang dibutuhkan aplikasi.

  • URL tidak benar.

  • URL di tab pratinjau aplikasi diminta alih-alih alamat IP publik instans.

  • Anda mencoba untuk pergi ke alamat yang berisi IP dari 127.0.0.1 ataulocalhost. IP ini mencoba mengakses sumber daya di komputer lokal Anda alih-alih sumber daya di lingkungan.

  • Alamat IP publik instans telah berubah.

  • Permintaan web berasal dari jaringan pribadi virtual (VPN) yang mem-blok lalu lintas melalui protokol, port, atau alamat IP yang dibutuhkan aplikasi.

  • Aplikasi ini berjalan di lingkungan SSH. Namun, server Anda atau jaringan terkait tidak mengizinkan lalu lintas melalui protokol, port, atau alamat IP yang dibutuhkan aplikasi.

Solusi yang direkomendasikan:

  • Pastikan bahwa aplikasi berjalan di IDE.

  • Pastikan bahwa aplikasi tidak berjalan dengan IP 127.0.0.1 ataulocalhost. Untuk contoh di Node.js dan Python, lihat Menjalankan aplikasi.

  • Misalkan aplikasi berjalan pada instance komputasi AWS cloud (misalnya, instans Amazon EC2). Kemudian, pastikan semua grup keamanan yang terkait dengan instance yang sesuai memungkinkan lalu lintas masuk melalui protokol, port, dan alamat IP yang dibutuhkan aplikasi. Untuk instruksi, lihat Langkah 2: Siapkan grup keamanan untuk instans di Bagikan aplikasi yang sedang berjalan melalui internet. Lihat juga Grup Keamanan untuk VPC Anda di Panduan Pengguna Amazon VPC.

  • Misalkan aplikasi berjalan pada instance komputasi AWS awan. Selain itu, ACL jaringan ada untuk subnet di VPC yang terkait dengan instance yang sesuai. Kemudian, pastikan bahwa ACL jaringan memungkinkan lalu lintas masuk melalui protokol, port, dan alamat IP yang dibutuhkan aplikasi. Untuk instruksi, lihat Langkah 3: Siapkan subnet untuk instans di Bagikan aplikasi yang sedang berjalan melalui internet. Lihat juga ACL Jaringan di Panduan Pengguna Amazon VPC.

  • Pastikan URL yang meminta, termasuk protokol (dan port, jika harus ditentukan), benar. Untuk informasi selengkapnya, lihat Langkah 4: Bagikan URL aplikasi yang sedang berjalan di Bagikan aplikasi yang sedang berjalan melalui internet.

  • Kami tidak menyarankan meminta URL dengan format https://12a34567b8cd9012345ef67abcd890e1.vfs.cloud9.us-east-2.amazonaws.com/ (di 12a34567b8cd9012345ef67abcd890e1 mana ID yang AWS Cloud9 ditetapkan ke lingkungan, dan us-east-2 merupakan ID AWS Wilayah untuk lingkungan). URL ini bekerja hanya ketika IDE untuk lingkungan terbuka dan aplikasi berjalan di peramban web yang sama.

  • Misalkan Anda mencoba untuk pergi ke alamat yang berisi IP dari 127.0.0.1 ataulocalhost. Cobalah pergi ke alamat non-lokal yang benar untuk aplikasi yang sedang berjalan sebagai gantinya. Untuk informasi selengkapnya, lihat Membagikan aplikasi yang sedang berjalan melalui internet.

  • Misalkan aplikasi berjalan pada instance komputasi AWS awan. Tentukan apakah alamat IP publik instans telah berubah. Alamat IP publik instans mungkin berubah kapan pun saat instans dimulai ulang. Untuk mencegah alamat IP ini berubah, Anda dapat mengalokasikan alamat IP elastis dan beri tugas ke instans berjalan. Untuk informasi selengkapnya, lihat Langkah 4: Bagikan URL aplikasi yang sedang berjalan di Bagikan aplikasi yang sedang berjalan melalui internet.

  • Jika permintaan web berasal dari VPN, pastikan bahwa VPN mengizinkan lalu lintas melalui protokol, port, dan alamat IP yang diperlukan aplikasi. Jika Anda tidak dapat membuat perubahan pada VPN Anda, lihat administrator jaringan Anda. Atau, buat permintaan web dari jaringan yang berbeda jika memungkinkan.

  • Misalkan aplikasi berjalan di lingkungan SSH untuk server Anda sendiri. Pastikan server Anda dan jaringan terkait memungkinkan lalu lintas melalui protokol, port, dan alamat IP yang dibutuhkan aplikasi. Jika Anda tidak dapat membuat perubahan pada server atau jaringan terkait, lihat server atau administrator jaringan Anda.

  • Coba jalankan aplikasi dari terminal di lingkungan dengan menjalankan perintah curl, diikuti oleh URL. Jika perintah ini menampilkan pesan kesalahan, mungkin ada beberapa masalah lain yang tidak terkait dengannya AWS Cloud9.

Kesalahan saat menjalankan AWS Toolkit: “Lingkungan Anda kehabisan inode, harap tingkatkan batas 'fs.inotify.max_user_watches'.”

Masalah: Utilitas pengamat file yang digunakan AWS Toolkit mendekati batas saat ini atau kuota file yang dapat ditonton.

Penyebab: AWS Toolkit menggunakan utilitas pengamat file yang memantau perubahan pada file dan direktori. Ketika utilitas hampir mencapai kuota file saat ini yang dapat ditonton, pesan peringatan muncul.

Solusi yang Direkomendasikan: Untuk meningkatkan jumlah maksimum file yang dapat ditangani oleh file watcher, lakukan hal berikut:

  1. Untuk meluncurkan sesi terminal baru, memilih Jendela, Terminal Baru pada bilah menu.

  2. Masukkan perintah berikut.

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

Kesalahan menjalankan fungsi lokal Lambda: Tidak dapat menginstal SAM Local

Masalah: Setelah Anda mencoba menjalankan versi lokal AWS Lambda fungsi di AWS Cloud9 IDE, kotak dialog akan ditampilkan. Kotak dialog menyatakan bahwa AWS Cloud9 mengalami kesulitan menginstal SAM Local. AWS Cloud9 membutuhkan SAM Local untuk menjalankan versi AWS Lambda fungsi lokal di IDE. Sampai SAM Local diinstal, Anda tidak dapat menjalankan versi lokal fungsi Lambda di IDE.

Penyebab: tidak AWS Cloud9 dapat menemukan SAM Local di jalur yang diharapkan di lingkungan, yaitu~/.c9/bin/sam. Ini karena SAM Local belum diinstal, atau jika diinstal, tidak AWS Cloud9 dapat menemukannya di lokasi itu.

Solusi yang disarankan: Anda dapat menunggu AWS Cloud9 untuk mencoba menyelesaikan instalasi SAM Local, atau Anda dapat menginstalnya sendiri.

Untuk melihat bagaimana AWS Cloud9 dengan mencoba menginstal SAM Local, pilih Window, Installer pada menu bar.

Untuk menginstal SAM Local sendiri, ikuti instruksi dalam Menginstal AWS SAM CLI di Linux di Panduan AWS Serverless Application Model Pengembang.

AWS Control Tower kesalahan saat mencoba membuat lingkungan Amazon EC2 menggunakan AWS Cloud9: “Pembuatan lingkungan gagal dengan kesalahan: Kait berikut gagal: [: :GuardControlTower: :Hook].”

Masalah: Masalah kompatibilitas ada dengan AWS Cloud9 dan kontrol AWS Control Tower proaktif CT.EC2.PR.8. Jika kontrol ini diaktifkan, Anda tidak dapat membuat lingkungan EC2 di AWS Cloud9.

Penyebab: AWS Control Tower mengharapkan AssociatePublicIpAddressparameter berada di AWS CloudFormation template. Parameter ini tidak dapat ditambahkan saat ini.

Solusi yang disarankan: Nonaktifkan kontrol CT.EC2.PR.8 dari AWS Control Tower konsol dan buat ulang lingkungan di. AWS Cloud9

Kegagalan untuk membuat lingkungan ketika default enkripsi diterapkan ke Amazon EBS volume

Masalah: Kesalahan Failed to create environments. The development environment '[environment-ID]' failed to create dikembalikan ketika mencoba untuk membuat lingkungan Amazon EC2.

Kemungkinan penyebabnya: Jika AWS Cloud9 IDE Anda menggunakan volume Amazon EBS yang secara default dienkripsi, peran yang AWS Identity and Access Management ditautkan layanan AWS Cloud9 memerlukan akses ke volume EBS ini AWS KMS keys . Jika akses tidak disediakan, AWS Cloud9 IDE mungkin gagal diluncurkan, dan mungkin sulit untuk men-debug masalah.

Solusi yang disarankan: Untuk menyediakan akses, tambahkan peran terkait layanan untuk AWS Cloud9,AWSServiceRoleForAWSCloud9, ke kunci terkelola pelanggan yang digunakan oleh volume Amazon EBS Anda.

Untuk informasi selengkapnya tentang tugas ini, lihat Membuat AWS Cloud9 yang menggunakan volume Amazon EBS dengan enkripsi default di Pola Panduan AWS Preskriptif.

(kembali ke atas)

Tidak dapat diluncurkan AWS Cloud9 dari konsol saat konfigurasi AWS License Manager lisensi dikaitkan dengan instans Amazon EC2

Masalah: Saat Anda mencoba meluncurkan lingkungan AWS Cloud9 EC2 dari konsol, pesan kesalahan akan unable to access your environment dikembalikan.

Kemungkinan penyebabnya: AWS License Manager merampingkan pengelolaan lisensi vendor perangkat lunak di seluruh. AWS Cloud Saat menyiapkan License Manager, Anda membuat konfigurasi lisensi, yang merupakan kumpulan aturan lisensi berdasarkan ketentuan perjanjian perusahaan Anda. Konfigurasi lisensi ini dapat dilampirkan ke mekanisme, seperti Amazon Machine Image (AMI) atau AWS CloudFormation. Anda dapat menggunakan salah satu mekanisme ini untuk meluncurkan instans EC2.

Versi lama AWSCloud9ServiceRolePolicyuntuk AWSServiceRoleForAWSCloud 9 peran terkait layanan (SLR) saat ini tidak menyertakan kondisi sumber daya. license-configuration Karena AWS Cloud9 itu, tidak diperbolehkan untuk memulai dan menghentikan instance-nya. Jadi, AWS Cloud9 ditolak akses ke instans Amazon EC2-nya, dan kesalahan dikembalikan.

Solusi yang disarankan: Jika Anda tidak dapat mengakses AWS Cloud9 lingkungan yang ada dan menggunakan License Manager, ganti peran AWSCloud9ServiceRolePolicyterkait layanan lama dengan versi SLR yang secara eksplisit mengizinkan tindakan EC2 saat berlaku untuk instance. license-configuration Anda dapat mengganti peran lama hanya dengan menghapusnya. Peran yang diperbarui kemudian dibuat secara otomatis.

(kembali ke atas)

Pratinjau aplikasi

Bagian berikut menguraikan masalah pemecahan masalah yang terkait dengan pratinjau aplikasi.

Setelah memuat ulang lingkungan, Anda harus me-refresh pratinjau aplikasi

Masalah: Setelah Anda memuat ulang lingkungan yang menampilkan tab pratinjau aplikasi, tab tidak menampilkan pratinjau aplikasi.

Penyebab: Terkadang pengguna menulis kode yang dapat menjalankan loop tak terbatas. Atau kode mereka dapat menggunakan begitu banyak memori sehingga AWS Cloud9 IDE mungkin berhenti sejenak atau berhenti saat pratinjau aplikasi sedang berjalan. Agar hal ini AWS Cloud9 tidak terjadi, jangan memuat ulang tab pratinjau aplikasi setiap kali lingkungan dimuat ulang.

Solusi: Setelah Anda memuat ulang lingkungan yang menampilkan tab pratinjau aplikasi, untuk menampilkan pratinjau aplikasi, memilih Klik untuk memuat halaman pada tab.

Pemberitahuan pratinjau aplikasi atau pratinjau file: "Cookie pihak ke tiga dinonaktifkan"

Masalah: Ketika Anda mencoba untuk melakukan pratinjau aplikasi atau file, pemberitahuan akan ditampilkan dengan olahpesan berikut: "Fungsi pratinjau dinonaktifkan karena peramban Anda memiliki cookie pihak ke tiga yang dinonaktifkan."

Penyebab: Cookie pihak ketiga tidak diperlukan untuk membuka AWS Cloud9 IDE. Namun, Anda harus mengaktifkan cookie pihak ketiga untuk menggunakan fitur Pratinjau Aplikasi atau Pratinjau File.

Solusi: Mengaktifkan cookie pihak ke tiga di peramban web Anda, muat ulang IDE Anda, dan kemudian coba buka pratinjau lagi.

Jika browser web Anda memungkinkan perincian ini, Anda dapat mengaktifkan cookie pihak ketiga hanya untuk. AWS Cloud9 Untuk melakukan ini, tentukan domain berikut, tergantung pada yang didukung di Wilayah AWS mana Anda ingin menggunakan AWS Cloud9.

AWS Wilayah Domain

US East (N. Virginia)

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

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

AS Timur (Ohio)

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

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

AS Barat (California Utara)

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

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

AS Barat (Oregon)

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

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

Afrika (Cape Town)

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

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

Asia Pasifik (Hong Kong)

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

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

Asia Pasifik (Mumbai)

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

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

Asia Pasifik (Osaka)

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

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

Asia Pasifik (Seoul)

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

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

Asia Pasifik (Singapura)

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

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

Asia Pasifik (Sydney)

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

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

Asia Pasifik (Tokyo)

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

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

Kanada (Pusat)

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

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

Eropa (Frankfurt)

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

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

Eropa (Irlandia)

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

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

Eropa (London)

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

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

Eropa (Milan)

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

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

Eropa (Paris)

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

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

Eropa (Stockholm)

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

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

Timur Tengah (Bahrain)

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

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

Amerika Selatan (Sao Paulo)

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

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

Tab pratinjau aplikasi menampilkan kesalahan atau kosong

Masalah: Pada bilah menu di IDE, bila Anda memilih Pratinjau, Pratinjau Aplikasi Berjalan atau Alat, Pratinjau, Preview Aplikasi Berjalan untuk mencoba menampilkan aplikasi Anda pada tab pratinjau di IDE, tab menampilkan kesalahan, atau tab kosong.

Kemungkinan penyebabnya:

  • Aplikasi Anda tidak berjalan di IDE.

  • Aplikasi Anda tidak berjalan menggunakan HTTP.

  • Aplikasi Anda berjalan di lebih dari satu port.

  • Aplikasi Anda berjalan melalui port selain 8080, 8081, atau 8082.

  • Aplikasi Anda berjalan dengan IP selain 127.0.0.1, localhost, atau 0.0.0.0.

  • Port (8080,8081, atau8082) tidak ditentukan dalam URL pada tab pratinjau.

  • Jaringan Anda memblokir lalu lintas masuk ke port8080,8081, atau8082.

  • Anda mencoba untuk pergi ke alamat yang berisi IP dari127.0.0.1,localhost, atau0.0.0.0. Secara default, AWS Cloud9 IDE mencoba untuk pergi ke komputer lokal Anda. Itu tidak mencoba untuk pergi ke instance atau server Anda sendiri yang terhubung ke lingkungan.

Solusi yang direkomendasikan:

  • Pastikan bahwa aplikasi berjalan di IDE.

  • Pastikan bahwa aplikasi berjalan menggunakan HTTP. Untuk contoh di Node.js dan Python, lihat Menjalankan aplikasi.

  • Pastikan bahwa aplikasi berjalan di atas hanya satu port. Untuk contoh di Node.js dan Python, lihat Menjalankan aplikasi.

  • Pastikan bahwa aplikasi berjalan di atas port 8080, 8081, atau 8082. Untuk contoh di Node.js dan Python, lihat Menjalankan aplikasi.

  • Pastikan bahwa aplikasi berjalan dengan IP 127.0.0.1, localhost, atau 0.0.0.0. Untuk contoh di Node.js dan Python, lihat Menjalankan aplikasi.

  • Menambahkan :8080, :8081, atau :8082 ke URL pada tab pratinjau.

  • Pastikan bahwa jaringan Anda mengizinkan lalu lintas masuk melalui port 8080, 8081, atau 8082. Jika Anda tidak dapat membuat perubahan pada jaringan Anda, lihat administrator jaringan Anda.

  • Jika Anda mencoba untuk pergi ke alamat yang berisi IP dari127.0.0.1,, atau localhost0.0.0.0, coba pergi ke alamat berikut sebagai gantinya:https://12a34567b8cd9012345ef67abcd890e1.vfs.cloud9.us-east-2.amazonaws.com/. Di alamat ini, 12a34567b8cd9012345ef67abcd890e1 adalah ID yang AWS Cloud9 diberikan ke lingkungan. us-east-2adalah ID Wilayah AWS untuk lingkungan. Anda juga dapat mencoba pergi ke alamat ini di luar IDE. Namun, ini hanya berfungsi ketika IDE untuk lingkungan terbuka dan aplikasi berjalan di browser web yang sama.

  • Setelah Anda yakin bahwa semua kondisi sebelumnya terpenuhi, coba hentikan aplikasi dan kemudian mulai lagi.

  • Jika Anda menghentikan aplikasi dan kemudian memulainya lagi, coba memilih Pratinjau, Pratinjau Aplikasi Berjalan atau Alat, Pratinjau, Pratinjau Aplikasi Berjalan pada bilah menu lagi. Atau coba memilih tombol Refresh (panah melingkar) pada tab pratinjau aplikasi yang sesuai, jika tab sudah terlihat.

Tidak dapat melihat pratinjau konten web di IDE karena koneksi ke situs tidak aman

Masalah: Saat Anda mencoba mengakses konten web seperti WordPress situs yang dihosting di lingkungan AWS Cloud9 EC2, jendela pratinjau IDE tidak dapat menampilkannya.

Kemungkinan penyebabnya: Secara default, semua halaman web yang Anda akses di tab pratinjau aplikasi AWS Cloud9 IDE secara otomatis menggunakan protokol HTTPS. Jika URI halaman memiliki fitur http protokol yang tidak aman, ia secara otomatis digantikan oleh https. Dan Anda tidak dapat mengakses konten yang tidak aman dengan mengubah https kembali ke http secara manual.

Solusi yang disarankan: Hapus skrip atau konten HTTP yang tidak aman dari situs web yang Anda coba pratinjau di IDE. Ikuti petunjuk untuk server web atau sistem manajemen konten Anda untuk panduan penerapan HTTPS.

Pratinjau file mengembalikan kesalahan 499

Masalah: Saat Anda mencoba menggunakan AWS Cloud9 IDE untuk melihat pratinjau file yang berisi <script> elemen yang berisi src atribut dan dengan type atribut disetel kemodule, kesalahan 499 terjadi dan skrip tidak berjalan seperti yang diharapkan.

Penyebab: Permintaan pengambilan pratinjau file di AWS Cloud9 IDE mengharuskan cookie dikirim oleh browser web untuk mengautentikasi. Secara default, browser web mengirim cookie untuk permintaan skrip reguler. Mereka tidak mengirim cookie untuk permintaan skrip modul kecuali Anda menambahkan crossorigin atribut.

Solusi: Menambahkan atribut crossorigin ke elemen <script>. Misalnya, <script type="module" src="index.js" crossorigin></script>. Kemudian, simpan file yang diubah, dan coba pratinjau lagi.

Kinerja

Bagian berikut menguraikan masalah pemecahan masalah yang terkait dengan kinerja.

AWS Cloud9 Pembekuan IDE untuk waktu yang signifikan

Masalah: Selama start-up, dan saat melakukan penyegaran, terminal AWS Cloud9 IDE membeku untuk waktu yang signifikan dan menjadi tidak dapat digunakan.

Penyebab: Anda mungkin memiliki sejumlah besar file di lingkungan Anda yang sedang ditonton secara rekursif oleh modul menonton file. AWS Cloud9

Solusi yang disarankan: Anda dapat mengurangi kedalaman menonton file (nilai minimum adalah 1) dan mempertimbangkan untuk menambahkan folder atau folder besar yang tidak terkait dengan kode sumber (build output/artefak, paket pihak ke-3) ke pola yang diabaikan. Untuk melakukan ini, navigasikan ke Preferences > User Settings > File Watching. Ketahuilah bahwa ini akan menyebabkan CodeLenses AWS Toolkit tidak berfungsi dengan benar.

Solusi lain yang mungkin adalah mempertimbangkan mengabaikan file besar dan folder yang tidak terkait dengan kode sumber dengan mengurangi jumlah maksimum file untuk dicari. Untuk melakukan ini, navigasikan ke Preferences > Project Settings > Find in Files. Ketahuilah bahwa ini akan menyebabkan folder yang diabaikan tidak muncul dalam pencarian file.

Peringatan konsol: "Beralih ke mesin penyelesaian kode minimal..."

Masalah: Saat bekerja di AWS Cloud9 konsol (misalnya, saat membuka IDE atau menyegarkan halaman web IDE), Anda melihat pesan ini: “Satu atau beberapa sesi atau kolaborator aktif di lingkungan ini. Beralih ke mesin penyelesaian kode minimal untuk menghemat memori." Dalam korelasi dengan olahpesan ini, perilaku penyelesaian kode mungkin lambat atau terputus-putus.

Penyebab: Menjalankan mesin penyelesaian kode mengambil memori dan CPU siklus dari lingkungan. Selain itu, mesin penyelesaian kode terpisah diperlukan untuk setiap kolaborator dan setiap sesi tambahan. Untuk menghindari penggunaan terlalu banyak sumber daya, terutama pada ukuran instance kecil seperti t2.nano dant2.micro, AWS Cloud9 beralih ke mesin penyelesaian kode minimal.

Solusi yang disarankan: Jika Anda berencana untuk sering berkolaborasi dan untuk jangka waktu yang lama, pilih instans Amazon EC2 yang lebih besar saat membuat lingkungan EC2 Anda. Atau, sebagai alternatif, hubungkan lingkungan SSH Anda ke instans dengan kapasitas lebih besar.

catatan

Memilih instans Amazon EC2 yang lebih besar dapat Akun AWS menyebabkan Anda dikenakan biaya tambahan. Untuk informasi selengkapnya, lihat Penetapan Harga Amazon EC2.

Peringatan IDE: "Lingkungan ini kehabisan memori" atau "Lingkungan ini memiliki beban CPU yang tinggi"

Masalah: Sementara IDE berjalan, Anda melihat olahpesan yang berisi frase "lingkungan ini kehabisan memori" atau "lingkungan ini memiliki beban CPU yang tinggi."

Penyebab: IDE mungkin tidak memiliki sumber daya komputasi yang cukup untuk terus berjalan tanpa penundaan atau hang.

Solusi yang direkomendasikan:

  • Hentikan satu atau lebih proses yang berjalan untuk membebaskan memori yang tersedia. Untuk melakukan ini, pada bar menu di IDE untuk lingkungan, memilih Alat, Daftar Proses. Untuk setiap proses yang ingin Anda hentikan, memilih prosesnya, lalu memilih Bunuh Paksa.

  • Buat file swap di lingkungan. file swap adalah file di lingkungan yang dapat digunakan sistem operasi sebagai memori virtual.

    Untuk mengonfirmasi bahwa lingkungan saat ini menggunakan memori swap, jalankan topperintah dalam sesi terminal di lingkungan. Jika memori swap sedang digunakan, output menampilkan statistik memori Swap non-zero (misalnya, Swap: 499996k total, 1280k used, 498716 free, 110672k cached). Untuk berhenti menampilkan informasi memori waktu nyata, tekan Ctrl + C.

    Untuk membuat file swap, jalankan perintah seperti berikut di lingkungan.

    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

    Perintah sebelumnya melakukan hal berikut:

    1. Membuat file 512 MB yang diberi nama swapfile dalam /var direktori.

    2. Mengubah izin akses untuk file swapfile untuk baca-tulis untuk pemilik saja.

    3. Menyiapkan file swapfile sebagai file swap.

    4. Menulis informasi ke/etc/fstab file. Ini membuat file swap ini tersedia setiap kali sistem reboot.

    Setelah Anda menjalankan perintah sebelumnya, untuk membuat file swap ini segera tersedia, jalankan perintah berikut.

    sudo swapon /var/swapfile

  • Memindahkan atau mengubah ukuran lingkungan ke instans atau server dengan lebih sumber daya komputasi. Untuk memindahkan atau mengubah ukuran instans Amazon EC2, lihat Memindahkan lingkungan dan mengubah ukuran atau mengenkripsi volume Amazon EBS. Untuk jenis server atau instans lainnya, lihat dokumentasi instans atau server Anda.

Tidak dapat mengunggah file di AWS Cloud9 IDE

Masalah: Pengguna tidak dapat mengunggah file besar di AWS Cloud9 IDE. Unggahan ini gagal.

Penyebab: AWS Cloud9 membatasi kecepatan unggah ke AWS Cloud9 IDE, dan akibatnya waktu permintaan unggahan file habis.

Solusi yang disarankan: Sebaiknya unggah file ke Amazon S3, lalu gunakan Amazon S3 untuk mengunduh file ke lingkungan dengan CLI di IDE. AWS Cloud9 Untuk informasi selengkapnya tentang mengunggah objek ke Amazon S3, lihat Mengunggah objek di Panduan Pengguna Amazon S3.

Kecepatan unduh lambat di AWS Cloud9 IDE

Masalah: Pengguna berurusan dengan kecepatan unduh yang lambat ketika mencoba mengunduh file dari AWS Cloud9 IDE.

Penyebab: Saat Anda mengunduh file dari IDE ke sistem file lokal, kecepatan transfer akan dibatasi hingga kecepatan 0,1 megabit/detik.

Solusi yang disarankan: Untuk meningkatkan kecepatan mentransfer file, gunakan CLI di IDE AWS Cloud9 Anda untuk mengunggah file ke Amazon S3 dan kemudian gunakan Amazon S3 untuk mengunduh file dari sana.

Tidak dapat melihat pratinjau konten web di IDE karena koneksi ke situs tidak aman

Masalah: Saat Anda mencoba mengakses konten web seperti WordPress situs yang dihosting di lingkungan AWS Cloud9 EC2, jendela pratinjau IDE tidak dapat menampilkannya.

Kemungkinan penyebabnya: Secara default, semua halaman web yang Anda akses di tab pratinjau aplikasi AWS Cloud9 IDE secara otomatis menggunakan protokol HTTPS. Jika URI halaman memiliki fitur http protokol yang tidak aman, ia secara otomatis digantikan oleh https. Dan Anda tidak dapat mengakses konten yang tidak aman dengan mengubah https kembali ke http secara manual.

Solusi yang disarankan: Hapus skrip atau konten HTTP yang tidak aman dari situs web yang Anda coba pratinjau di IDE. Ikuti petunjuk untuk server web atau sistem manajemen konten Anda untuk panduan penerapan HTTPS.

(kembali ke atas)

Aplikasi dan layanan pihak ketiga

Bagian berikut menguraikan masalah pemecahan masalah yang terkait dengan aplikasi dan layanan pihak ketiga.

Tidak dapat berinteraksi dengan jendela terminal AWS Cloud9 karena kesalahan tmux sesi

Masalah: Saat Anda mencoba meluncurkan jendela terminal baru AWS Cloud9, antarmuka baris perintah yang diharapkan tidak tersedia. Tidak ada command prompt dan Anda tidak dapat memasukkan teks. Pesan kesalahan seperti tmux: need UTF-8 locale (LC_CTYPE) dan invalid LC_ALL, LC_CTYPE or LANG dikembalikan.

Kemungkinan penyebabnya: Terminal yang tidak responsif mungkin disebabkan oleh kesalahan tmux. AWS Cloud9 menggunakan utilitas tmux. Dengan cara ini, informasi yang ditampilkan di terminal tetap ada bahkan ketika halaman dimuat ulang atau Anda terhubung kembali ke lingkungan pengembangan Anda.

Dalam tmux sesi, apa yang ditampilkan di jendela terminal ditangani oleh klien. Klien berkomunikasi ke server yang dapat mengelola beberapa sesi. Server dan klien berkomunikasi melalui soket yang terletak di tmp folder. Jika tmp folder hilang dari lingkungan pengembangan Anda atau izin yang terlalu ketat diterapkan padanya, tmux sesi tidak dapat dijalankan. Jika ini terjadi, jendela terminal di IDE menjadi tidak responsif.

Solusi yang disarankan: Jika tmux kesalahan mencegah Anda berinteraksi dengan jendela terminal, gunakan cara alternatif untuk membuat tmp folder dengan izin yang tepat. Dengan begitu, tmux sesi bisa berjalan. Salah satu solusinya adalah mengekspor ke LC_CTYPE dalam .bash_profile atau di .bashrc file. Solusi lain yang disarankan adalah menggunakan AWS Systems Manager untuk mengatur konfigurasi manajemen host. Ini memungkinkan akses ke instans yang relevan melalui konsol Amazon EC2.

Menyiapkan manajemen host

  1. Pertama, di AWS Cloud9 konsol, temukan nama instance lingkungan Anda. Anda dapat melakukannya dengan memilih panel yang relevan di halaman Lingkungan Anda dan memilih Lihat detail. Di halaman Environment details, pilih Go to Instance. Di konsol Amazon EC2, konfirmasikan nama instance yang perlu Anda akses.

  2. Sekarang pergi ke AWS Systems Manager konsol, dan di panel navigasi, pilih Pengaturan Cepat.

  3. Di halaman Quick Setup, pilih Create.

  4. Untuk jenis Konfigurasi, buka Manajemen Host dan pilih Buat.

  5. Untuk opsi konfigurasi Sesuaikan Manajemen Host, di bagian Target, pilih Manual.

  6. Pilih instans EC2 yang ingin Anda akses dan kemudian pilih Buat.

Menghubungkan ke instance dan menjalankan perintah

catatan

Langkah-langkah berikut adalah untuk konsol EC2 baru.

  1. Di konsol Amazon EC2, di panel navigasi, pilih Instans dan pilih instance yang ingin Anda sambungkan.

  2. Pilih Hubungkan.

    Jika Connect tidak diaktifkan, Anda mungkin perlu memulai instans terlebih dahulu.

  3. Di panel Connect to instance Anda, untuk metode Connection, pilih Session Manager lalu pilih Connect.

  4. Di jendela sesi terminal yang muncul, masukkan perintah berikut. Perintah ini membuat tmp folder dengan izin yang tepat sehingga soket tmux tersedia.

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

Tidak dapat memuat IDE menggunakan versi Microsoft Edge browser sebelumnya

Masalah: HTTP403: FORBIDDEN kesalahan dikembalikan saat mencoba memuat AWS Cloud9 IDE menggunakan browser Microsoft Edge web.

Kemungkinan penyebabnya: AWS Cloud9 IDE tidak mendukung versi lama tertentuMicrosoft Edge.

Solusi yang disarankan: Untuk memperbarui browser, pilih tombol elipsis (...) di bilah alat. Microsoft Edge Dari menu, pilih Pengaturan dan kemudian pilih Tentang Microsoft Edge. Jika diperlukan pembaruan, pembaruan akan diunduh dan diinstal secara otomatis.

Kesalahan gdb saat men-debug proyek C++

Masalah: Kesalahan dilaporkan untuk debugger gdb ketika mencoba untuk debug proyek C++ di IDE.

Kemungkinan penyebabnya: Misalkan AWS Cloud9 lingkungan Anda menggunakan jenis instans EC2 tertentu (misalnya, t3.small ataum5.large). Kemudian, kesalahan debug mungkin terjadi ketika Anda mencoba menjalankan dan men-debug C++ proyek menggunakan runner bawaan IDE. Kesalahan ini dapat terjadi karena versi gdb (GNU Project Debugger) yang telah diinstal sebelumnya untuk lingkungan Anda tidak bekerja pada platform prosesor tertentu. Anda mungkin melihat kode kesalahan berikut.

GDB server terminated with code 1

Solusi yang Direkomendasikan: Masalah dengan gdb yang tidak men-support platform prosesor tertentu telah diperbaiki dari versi 3.0 dan seterusnya. Copot pemasangan debugger versi lama dan tingkatkan ke versi yang lebih baru dari: gdb

  1. Hapus versi debugger yang ada dengan menjalankan perintah berikut di terminal. AWS Cloud9 

    sudo yum -y remove gdb

  2. Ambil arsip untukgdb, buka kemasannya, dan kemudian arahkan ke direktori yang berisi file yang diekstrak dengan menjalankan perintah berikut.

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

  3. Bangun debugger dengan menjalankan perintah berikut. Untuk melakukan ini, salin dan tempel teks berikut sebagai satu blok dan tekan Kembali untuk menjalankanmake.

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

  4. Instal debugger.

    sudo make -C gdb install

  5. Konfirmasikan bahwa versi debugger yang diperbarui telah diinstal.

     gdb --version

Masalah dengan PHP runner di AWS Cloud9

Masalah: Pengguna tidak dapat melihat output apa pun di terminal runner PHP CLI.

Penyebab: CLI runner perlu diatur ke PHP dan mode debugger perlu diaktifkan.

Solusi yang disarankan: Atur runner CLI ke PHP dan pastikan mode debugger diaktifkan.

Kesalahan GLIBC terkait dengan Node.js

Masalah: Pengguna tidak dapat menjalankan Node.js dan mendapatkan kesalahan GLIBC. Contoh pesan kesalahan ini diuraikan di bawah ini:

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)

Penyebab: Kemungkinan itu bisa menjadi masalah versi Node.js yang terkait dengan instance yang digunakan.

Solusi yang disarankan: Lihat Langkah 1: Pasang alat yang diperlukan bagian untuk informasi tentang cara menginstal Node.js untuk AWS Cloud9.