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

AWS Cloud9 tidak lagi tersedia untuk pelanggan baru. Pelanggan yang sudah ada AWS Cloud9 dapat terus menggunakan layanan seperti biasa. Pelajari selengkapnya

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 Installer AWS Cloud9. Lihat masalah umum, kemungkinan penyebab, dan solusi yang direkomendasikan yang diberikan.

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

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

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

Solusi yang disarankan: Instal versi Node.js yang AWS Cloud9 mendukung SSH host 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 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 HTTP proxy URL Anda https://172.31.26.80:3128 dan HTTP proxy URL 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 PEM format. 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 EC2 instans Amazon tanpa masuk, Anda harus memastikan VPC titik akhir Amazon untuk Amazon S3 dikonfigurasi. Untuk informasi selengkapnya tentang ini, lihat Mengonfigurasi VPC titik akhir Amazon untuk dependensi unduhan Amazon S3.

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

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

Penyebab: Agar berfungsi seperti yang diharapkan, SSH lingkungan 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 EC2 instance...”

Masalah: Saat Anda mencoba membuat lingkungan AWS Cloud9 pengembangan, sebuah pesan muncul dengan frasa “Kami tidak dapat membuat EC2 instance 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 federasi tidak dapat menelepon IAMAPIs. Untuk informasi lebih lanjut, lihat GetFederationTokendi AWS Security Token Service APIReferensi.

Solusi: Minta Akun AWS administrator untuk membuat peran terkait layanan AWS Cloud9 baik di IAM konsol 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 IAMPanduan Pengguna.

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/MyUseradalah Nama Sumber Daya Amazon (ARN) dari pengguna yang meminta.

  • action adalah nama operasi yang diminta oleh pengguna.

  • arn:aws:cloud9:us-east-2:123456789012:environment:12a34567b8cd9012345ef67abcd890e1adalah lingkungan ARN yang diminta pengguna 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 EBSvolume lingkungan yang ada ke EC2 lingkungan baru. Ini untuk mengambil data Anda yang hilang. Jika ada izin yang hilang, pastikan file tersebut memiliki Read-Write izin. Ini untuk memungkinkan SSH daemon membacanya.

Tidak dapat membuka lingkungan

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

Kemungkinan penyebabnya:

  • IAMPengguna 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, EC2 instans Amazon), kemungkinan itu mungkin benar:

    • VPCYang 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 SSH lingkungan, 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, kredenal 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 kredenal 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 kredensi terkelola ke ENABLED atauDISABLED, pemilik lingkungan memastikan bahwa kredensialnya 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 AWS Cloud9 IDE

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

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 EC2instans Amazon.

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

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

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

Kemungkinan penyebab: Saat Anda menjalankan dan men-debug aplikasi tanpa server secara lokal dengan Toolkit, gunakan AWS AWS SAM Docker gambar. 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 image yang menyediakan fitur-fitur ini tidak dapat dibangun dan SAM aplikasi 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 berkaitan dengan SAM aplikasi 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 membangun. Hapus yang tidak terpakai Docker gambar dengan menjalankan perintah berikut di IDE terminal.

docker image prune -a

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

(kembali ke atas)

Tidak dapat memuat IDE menggunakan versi sebelumnya Microsoft Edge penjelajah

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

Kemungkinan penyebabnya: AWS Cloud9 IDE Tidak mendukung versi lama tertentu Microsoft Edge.

Solusi yang disarankan: Untuk memperbarui browser, pilih tombol elipsis (...) di Microsoft Edge bilah alat. Dari menu, pilih Pengaturan dan kemudian pilih Tentang Microsoft Edge. Jika pembaruan diperlukan, 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 AWS Cloud9 IDE File Explorer.

Masalah: Saat Anda membuat struktur home/ec2-user/environment/home/ec2-user/environmentsub-folder/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 home/ec2-user/environmentsub-folder/dalam folder dengan nama yang sama menggunakan Sistem File dari file. AWS Cloud9 IDE 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/environmentdan/home/ec2-user/environment/testseharusnya 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 dari for. AWS Cloud9 IDE CodeCatalyst

Masalah: Saat Anda membuat struktur sub-folder /projects/projects di AWS Cloud9 IDE File Explorer for CodeCatalyst, Anda mendapatkan pesan kesalahan yang menyatakan bahwa tidak mungkin 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 for. AWS Cloud9 IDE 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 instance yang relevan melalui EC2 konsol Amazon.

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 EC2 konsol Amazon, 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 EC2 instance yang ingin Anda akses dan kemudian pilih Buat.

Menghubungkan ke instance dan menjalankan perintah

catatan

Langkah-langkah berikut adalah untuk EC2 konsol baru.

  1. Di EC2 konsol Amazon, 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

EC2Instans Amazon tidak diperbarui secara otomatis

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

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

Solusi yang direkomendasikan:

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

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

Atau, Anda dapat menggunakan utilitas akses SSH jarak jauh seperti ssh atau PuTTY untuk terhubung ke instance. Untuk melakukan ini, dari komputer lokal Anda, gunakan utilitas pembuatan SSH key pair 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 SSH jarak jauh 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 for a EC2 environment, 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 kredenal sementara yang AWS dikelola. Untuk daftar perintah yang diizinkan, lihat Tindakan yang didukung oleh kredensial 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, silakan lihat Membuat dan menyimpan kredensial akses permanen di Lingkungan.

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

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

Masalah: Untuk EC2 lingkungan, jika Anda meluncurkan EC2 instance ke Amazon VPC 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 VPC subnet untuk instance lingkungan Anda menggunakan rentang alamat yang sama yang sudah digunakan oleh DockerKonflik 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 menghubungkan ke EC2 instance yang mendukung lingkungan pengembangan.

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

Untuk informasi konfigurasi, lihat VPCdan ukuran subnet di VPC Panduan Pengguna Amazon.

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

Masalah: Saat Anda membuat struktur home/ec2-user/environment/home/ec2-user/environmentsub-folder/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 home/ec2-user/environmentsub-folder/dalam folder dengan nama yang sama menggunakan Sistem File dari file. AWS Cloud9 IDE 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/environmentdan/home/ec2-user/environment/testseharusnya 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 EC2 instans Amazon

Masalah: Saat Anda mencoba meluncurkan AWS Cloud9 EC2 lingkungan 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 EC2 instance.

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

Solusi yang disarankan: Jika Anda tidak dapat mengakses AWS Cloud9 lingkungan yang ada dan menggunakan License Manager, ganti peran AWSCloud9ServiceRolePolicyyang ditautkan layanan lama dengan versi SLR yang secara eksplisit mengizinkan EC2 tindakan saat license-configuration berlaku untuk instance. 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 AWS Cloud9 EC2 pengembangan, 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: EC2 Instans Amazon yang AWS Cloud9 digunakan untuk EC2 lingkungan bergantung pada Amazon Linux (yang didasarkan pada Red Hat Enterprise Linux (RHEL)) atau Server Ubuntu.

Solusi: Jika Anda menginstal atau mengelola paket atau menjalankan perintah atau skrip di EC2 lingkungan IDE for suatu, pastikan paket tersebut kompatibel dengan RHEL (untuk Amazon Linux) atau Ubuntu Server, tergantung pada instance untuk lingkungan tersebut.

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

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

Penyebab: Saat membuat EC2 lingkungan no-ingress, Anda harus membuat peran layanan AWSCloud9SSMAccessRole dan profil instance. AWSCloud9SSMInstanceProfile IAMSumber daya ini memungkinkan Systems Manager untuk mengelola EC2 instans 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 IAM sumber daya ini secara manual.

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

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

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

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

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

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

Masalah: Saat menggunakan AWS CLIuntuk membuat EC2 lingkungan, 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 EC2 lingkungan 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 saat enkripsi default diterapkan ke EBS volume Amazon

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

Kemungkinan penyebabnya: Jika Anda AWS Cloud9 IDE menggunakan EBS volume Amazon yang secara default dienkripsi, peran yang AWS Identity and Access Management ditautkan layanan untuk AWS Cloud9 memerlukan akses ke volume ini AWS KMS keys . EBS 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 EBS volume Amazon dengan enkripsi default di Pola Panduan AWS Preskriptif.

VPCkesalahan untuk akun EC2 -Classic: “Tidak dapat mengakses lingkungan Anda”

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

Jika Anda menerima VPC pengaturan default, EC2 instans Amazon diluncurkan ke jaringan EC2 -Classic. Instance tidak diluncurkan ke subnet defaultVPC. 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 EC2 instance yang tidak berada dalam defaultVPC. 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 VPC peluncuran. [...]

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

Solusi yang disarankan: Dengan akun EC2 -Classic, Anda harus memilih VPC dan subnet saat membuat lingkungan EC2. Pada halaman Konfigurasi pengaturan, di bagian Pengaturan jaringan (lanjutan), pilih VPC dan subnet yang dapat Anda gunakan untuk meluncurkan EC2 instance 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 dari for. AWS Cloud9 IDE CodeCatalyst

Masalah: Saat Anda membuat struktur sub-folder /projects/projects di AWS Cloud9 IDE File Explorer for CodeCatalyst, Anda mendapatkan pesan kesalahan yang menyatakan bahwa tidak mungkin 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 for. AWS Cloud9 IDE 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: Saat Anda atau orang lain mencoba menampilkan aplikasi yang sedang berjalan di tab browser web di luarIDE, tab browser web tersebut menampilkan kesalahan, atau tab kosong.

Kemungkinan penyebabnya:

  • Aplikasi tidak berjalan di fileIDE.

  • Pastikan bahwa aplikasi berjalan dengan IP 127.0.0.1 atau localhost.

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

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

  • URLItu tidak benar.

  • URLDi tab pratinjau aplikasi sedang diminta alih-alih alamat IP publik instans.

  • Anda mencoba untuk pergi ke alamat yang berisi IP dari 127.0.0.1 ataulocalhost. IPsUpaya ini untuk 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 memblokir lalu lintas melalui protokol, port, atau alamat IP yang dibutuhkan aplikasi.

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

Solusi yang direkomendasikan:

  • Pastikan aplikasi berjalan diIDE.

  • 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 awan (misalnya, EC2 instance Amazon). 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 Anda VPC di Panduan VPC Pengguna Amazon.

  • Misalkan aplikasi berjalan pada instance komputasi AWS awan. Selain itu, jaringan ACL ada untuk subnet di VPC yang terkait dengan instance yang sesuai. Kemudian, pastikan bahwa jaringan ACL 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 Jaringan ACLs di Panduan VPC Pengguna Amazon.

  • Pastikan bahwa permintaanURL, termasuk protokol (dan port, jika harus ditentukan), sudah benar. Untuk informasi selengkapnya, lihat Langkah 4: Bagikan aplikasi Anda yang sedang berjalan URL 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). Ini hanya URL berfungsi ketika IDE for the environment terbuka dan aplikasi berjalan di browser 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 aplikasi Anda yang sedang berjalan URL di Bagikan aplikasi yang sedang berjalan melalui internet.

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

  • Misalkan aplikasi berjalan di SSH lingkungan 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 curl perintah, diikuti olehURL. 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 Lokal SAM

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 Lokal. AWS Cloud9 membutuhkan SAM Local untuk menjalankan versi AWS Lambda fungsi lokal diIDE. Sampai SAM Local diinstal, Anda tidak dapat menjalankan versi lokal fungsi Lambda di. IDE

Penyebab: tidak AWS Cloud9 dapat menemukan SAM Lokal 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 Lokal, 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 petunjuk di Instalasi Linux AWS SAM CLI di Panduan AWS Serverless Application Model Pengembang.

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

Masalah: Masalah kompatibilitas ada dengan AWS Cloud9 dan CT kontrol AWS Control Tower proaktif. EC2.PR.8. Jika kontrol ini diaktifkan, Anda tidak dapat membuat EC2 lingkungan 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 saat enkripsi default diterapkan ke EBS volume Amazon

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

Kemungkinan penyebabnya: Jika Anda AWS Cloud9 IDE menggunakan EBS volume Amazon yang secara default dienkripsi, peran yang AWS Identity and Access Management ditautkan layanan untuk AWS Cloud9 memerlukan akses ke volume ini AWS KMS keys . EBS 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 EBS volume Amazon 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 EC2 instans Amazon

Masalah: Saat Anda mencoba meluncurkan AWS Cloud9 EC2 lingkungan 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 EC2 instance.

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

Solusi yang disarankan: Jika Anda tidak dapat mengakses AWS Cloud9 lingkungan yang ada dan menggunakan License Manager, ganti peran AWSCloud9ServiceRolePolicyyang ditautkan layanan lama dengan versi SLR yang secara eksplisit mengizinkan EC2 tindakan saat license-configuration berlaku untuk instance. 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: Aktifkan cookie pihak ketiga di browser web Anda, muat ulangIDE, lalu 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 diIDE, ketika Anda memilih Pratinjau, Pratinjau Menjalankan Aplikasi atau Alat, Pratinjau, Pratinjau Menjalankan Aplikasi untuk mencoba menampilkan aplikasi Anda pada tab pratinjau di, tab menampilkan kesalahan, atau tab kosong. IDE

Kemungkinan penyebabnya:

  • Aplikasi Anda tidak berjalan di fileIDE.

  • Aplikasi Anda tidak berjalan menggunakanHTTP.

  • 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 URL di 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 upaya 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 aplikasi berjalan diIDE.

  • Pastikan aplikasi berjalan menggunakanHTTP. 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.

  • Tambahkan:8080,:8081, atau :8082 ke URL 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 untuk pergi ke alamat ini di luarIDE. Namun, ini hanya berfungsi ketika IDE for the environment 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 IDE karena koneksi ke situs tidak aman

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

Kemungkinan penyebab: Secara default, semua halaman web yang Anda akses di tab pratinjau aplikasi secara AWS Cloud9 IDE otomatis menggunakan HTTPS protokol. Jika halaman URI menampilkan http protokol tidak aman, itu secara otomatis diganti olehhttps. Dan Anda tidak dapat mengakses konten yang tidak aman dengan mengubah https kembali ke http secara manual.

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

Pratinjau file mengembalikan kesalahan 499

Masalah: Ketika 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 cookie yang AWS Cloud9 IDE diperlukan untuk 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 IDEpembekuan untuk sejumlah besar waktu

Masalah: Selama start-up, dan saat melakukan penyegaran, AWS Cloud9 IDE terminal 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), Anda melihat pesan ini: “Satu atau beberapa sesi atau kolaborator aktif di lingkungan ini. IDE 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 membutuhkan 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 and t2.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 EC2 instans Amazon yang lebih besar saat membuat EC2 lingkungan Anda. Atau, sebagai alternatif, hubungkan SSH lingkungan Anda ke instans dengan kapasitas lebih besar.

catatan

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

IDEperingatan: “Lingkungan ini kehabisan memori” atau “Lingkungan ini memiliki CPU beban tinggi”

Masalah: Saat IDE sedang berjalan, Anda melihat pesan yang berisi frasa “lingkungan ini kehabisan memori” atau “lingkungan ini memiliki CPU beban tinggi.”

Penyebab: IDE Mungkin tidak memiliki cukup sumber daya komputasi yang tersedia 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 bilah menu di IDE for the environment, pilih Tools, Process List. 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 EC2 instans Amazon, lihat. Memindahkan EBS volume AWS Cloud9 IDE dari Amazon 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 file AWS Cloud9 IDE. Unggahan ini gagal.

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

Solusi yang disarankan: Kami sarankan untuk mengunggah file ke Amazon S3, lalu gunakan Amazon S3 untuk mengunduh file ke lingkungan dengan file di. CLI AWS Cloud9 IDE 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 file CLI in Anda AWS Cloud9 IDE untuk mengunggah file ke Amazon S3 dan kemudian gunakan Amazon S3 untuk mengunduh file dari sana.

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

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

Kemungkinan penyebab: Secara default, semua halaman web yang Anda akses di tab pratinjau aplikasi secara AWS Cloud9 IDE otomatis menggunakan HTTPS protokol. Jika halaman URI menampilkan http protokol tidak aman, itu secara otomatis diganti olehhttps. Dan Anda tidak dapat mengakses konten yang tidak aman dengan mengubah https kembali ke http secara manual.

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

(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 instance yang relevan melalui EC2 konsol Amazon.

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 EC2 konsol Amazon, 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 EC2 instance yang ingin Anda akses dan kemudian pilih Buat.

Menghubungkan ke instance dan menjalankan perintah

catatan

Langkah-langkah berikut adalah untuk EC2 konsol baru.

  1. Di EC2 konsol Amazon, 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 sebelumnya Microsoft Edge penjelajah

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

Kemungkinan penyebabnya: AWS Cloud9 IDE Tidak mendukung versi lama tertentu Microsoft Edge.

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

Kesalahan gdb saat men-debug C++ memproyeksikan

Masalah: Kesalahan dilaporkan untuk gdb debugger saat mencoba men-debug proyek C++ di. IDE

Kemungkinan penyebab: Misalkan AWS Cloud9 lingkungan Anda menggunakan tipe EC2 instance tertentu (misalnya, t3.small ataum5.large). Kemudian, kesalahan debug mungkin terjadi saat Anda mencoba menjalankan dan men-debug C++ proyek menggunakan IDE pelari bawaan. Kesalahan ini dapat terjadi karena versi gdb (GNUProject Debugger) yang sudah diinstal sebelumnya untuk lingkungan Anda tidak berfungsi 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: 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 in AWS Cloud9

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

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

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

GLIBCkesalahan terkait Node.js

Masalah: Pengguna tidak dapat menjalankan Node.js dan mendapatkan GLIBC kesalahan. 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.