:Masalah Umum Terkait Startup Instance dan Solusinya

Deskripsi Masalah

Sebuah instance Windows berjalan normal selama periode waktu yang lama sebelum direstart. Namun, sistem operasi instance gagal memulai. Saat menggunakan VNC untuk terhubung ke instance, jendela System Recovery Options akan ditampilkan.

Penyebab

Jendela System Recovery Options menunjukkan bahwa sistem operasi Windows masuk ke Lingkungan Pemulihan Windows (WinRE) akibat pengecualian. Masalah ini dapat disebabkan oleh faktor-faktor berikut:

• Kerusakan registri, masalah disk, masalah driver, kerusakan atau kehilangan file sistem, atau kerusakan file Boot Configuration Data (BCD).

• Kesalahan operasi, virus, perangkat lunak antivirus pihak ketiga, atau restart paksa yang tidak terduga.

Solusi

Gunakan solusi yang disediakan oleh dukungan teknis Microsoft. Untuk informasi lebih lanjut, lihat Cara Kerja Windows RE.

Untuk mencegah instance masuk ke antarmuka pemulihan sistem setelah restart dan memastikan bahwa sistem dapat pulih dari kegagalan, lakukan operasi harian berikut:

• Simpan data penting pada disk data.

• Buat snapshot secara berkala untuk disk sistem dan disk data instance. Jika terjadi masalah, Anda dapat menggunakan snapshot untuk memulihkan data.

• Cadangkan file registri sebelum Anda memodifikasi kunci registri sistem untuk mencegah upaya merusak file sistem.

• Jalankan Windows Update secara berkala untuk memastikan bahwa pembaruan keamanan terbaru dari Microsoft diinstal pada instance.

• Beli edisi Pusat Keamanan atau gunakan alat antivirus komersial lainnya di ECS untuk menghapus virus serta memperbarui versi perangkat lunak antivirus secara berkala.

Deskripsi Masalah

Saat menggunakan VNC untuk terhubung ke instance ECS, pesan kesalahan Checking file system on, CHKDSK is verifying files, atau CHKDSK is verifying indexes akan ditampilkan.

Penyebab

Masalah ini dapat terjadi karena penyebab berikut:

• Instance ECS dimatikan secara tidak terduga.

• Sistem internal Windows rusak.

Solusi

Deskripsi Masalah

Saat menggunakan VNC untuk terhubung ke instance, salah satu pesan kesalahan berikut akan ditampilkan: An internal error has occurred atau The system cannot find the file specified.

Penyebab

Sistem operasi Windows rusak, yang menyebabkan sistem gagal memulai.

Solusi

Anda dapat mencoba me-restart instance untuk memperbaiki kesalahan. Jika kesalahan tetap ada, pulihkan atau reset disk sistem.

Deskripsi Masalah

Saat menggunakan koneksi VNC untuk masuk ke instance, pesan kesalahan An error occurred while attempting to read the boot configuration data akan ditampilkan.

Penyebab

File BCD Windows hilang atau rusak.

Solusi

Gunakan snapshot untuk memulihkan disk sistem. Lakukan langkah-langkah berikut:

1. Kunjungi Konsol ECS - Snapshot.

2. Di bilah navigasi atas, pilih wilayah dan kelompok sumber daya untuk sumber daya yang ingin Anda kelola.

3. Pada tab Disk Snapshots, cari snapshot yang ingin digunakan untuk rollback. Di kolom Actions, klik Roll Back Disk.

4. Di kotak dialog yang muncul, klik OK.

Deskripsi Masalah

Saat menggunakan koneksi VNC untuk masuk ke instance, layar biru akan muncul dengan pesan kesalahan INACCESSIBLE BOOT DEVICE.

Penyebab

Masalah ini terjadi karena penyebab berikut:

• Sektor boot sistem operasi Windows hilang atau rusak.

• File driver sistem operasi Windows hilang atau rusak.

Solusi

Gunakan snapshot untuk memulihkan disk sistem. Lakukan langkah-langkah berikut:

1. Kunjungi ECS console - Snapshots.

2. Di bilah navigasi atas, pilih Wilayah dan kelompok sumber daya untuk sumber daya yang ingin Anda kelola.

3. Pada tab Disk Snapshots, cari snapshot yang ingin digunakan untuk rollback. Di kolom Actions, klik Roll Back Disk.

4. Di kotak dialog yang muncul, klik OK.

Deskripsi Masalah

Saat menggunakan VNC untuk terhubung ke instans, pesan kesalahan BOOTMGR is missing akan ditampilkan.

Penyebab

File BOOTMGR sistem operasi Windows hilang atau rusak.

Solusi

Gunakan snapshot untuk memulihkan disk sistem. Lakukan langkah-langkah berikut:

1. Kunjungi ECS console - Snapshots.

2. Di bilah navigasi atas, pilih wilayah dan kelompok sumber daya untuk sumber daya yang ingin Anda kelola.

3. Pada tab Disk Snapshots, cari snapshot yang ingin digunakan untuk rollback. Di kolom Actions, klik Roll Back Disk.

4. Di kotak dialog yang muncul, klik OK.

Deskripsi Masalah

Saat menggunakan VNC untuk menyambungkan ke Instans, pesan kesalahan Missing operating system akan ditampilkan.

Penyebab

File BOOTMGR dari sistem operasi Windows hilang atau rusak.

Solusi

Gunakan snapshot untuk memulihkan disk sistem. Lakukan langkah-langkah berikut:

1. Kunjungi Konsol ECS - Snapshot.

2. Di bilah navigasi atas, pilih wilayah dan kelompok sumber daya untuk sumber daya yang ingin Anda kelola.

3. Pada tab Disk Snapshots, cari snapshot yang ingin digunakan untuk rollback. Di kolom Actions, klik Roll Back Disk.

4. Di kotak dialog yang muncul, klik OK.

Deskripsi masalah

Saat menggunakan koneksi VNC untuk masuk ke instans, sistem operasi Windows gagal memulai dan menampilkan pesan kesalahan Windows Failed To Start. A Recent Hardware Or Software Change Might Be The Cause.

Penyebab

Masalah ini dapat terjadi karena registri sistem Windows hilang atau rusak, yang mencegah sistem untuk dimuat.

Solusi

Gunakan Snapshot untuk memulihkan disk sistem. Lakukan langkah-langkah berikut:

1. Kunjungi ECS console - Snapshots.

2. Di bilah navigasi atas, pilih wilayah dan kelompok sumber daya untuk sumber daya yang ingin Anda kelola.

3. Pada tab Disk Snapshots, cari snapshot yang ingin digunakan untuk rollback. Di kolom Actions, klik Roll Back Disk.

4. Di kotak dialog yang muncul, klik OK.

Deskripsi masalah

Instance ECS tiba-tiba restart atau mengalami kesalahan. Saat menggunakan koneksi VNC untuk masuk ke instance, pesan kesalahan Windows Could Not Complete The Installation akan ditampilkan.

Penyebab

Operasi Sysprep tidak lengkap saat dilakukan upaya untuk me-restart instance.

Solusi

1. Hentikan instance ECS.

   1. Buka ECS console - Instance.

   2. Di bilah navigasi atas, pilih wilayah dan kelompok sumber daya untuk sumber daya yang ingin Anda kelola.

   3. Klik instance target untuk membuka halaman detailnya. Klik All Actions guna membuka panel aksi. Selanjutnya, cari dan klik Stop.

2. Re-inisialisasi disk sistem.

   1. Temukan instance yang disk sistemnya ingin Anda re-inisialisasi. Klik All Actions untuk membuka panel aksi, lalu cari dan klik Reinitialize Disk.

   2. Di kotak dialog Reinitialize Disk yang muncul, konfigurasikan parameter-parameter yang diperlukan.

   3. Klik OK.

      Instance akan mulai secara otomatis setelah re-inisialisasi selesai.

Deskripsi Masalah

Saat menggunakan VNC untuk terhubung ke instance, sistem Windows gagal memulai dan menampilkan pesan kesalahan Windows failed to start. A recent hardware or software change might be the cause.. Nilai Status adalah 0xc0000001.

Penyebab

Masalah ini dapat terjadi karena konfigurasi Boot Configuration Data (BCD) Windows tidak normal atau sistem file disk gagal, yang mencegah sistem memuat.

Solusi

Gunakan snapshot untuk memulihkan disk sistem. Lakukan langkah-langkah berikut:

1. Kunjungi Konsol ECS - Snapshot.

2. Di bilah navigasi atas, pilih wilayah dan kelompok sumber daya untuk sumber daya yang ingin Anda kelola.

3. Pada tab Disk Snapshots, cari snapshot yang ingin digunakan untuk rollback. Di kolom Actions, klik Roll Back Disk.

4. Di kotak dialog yang muncul, klik OK.

Deskripsi Masalah

Saat menggunakan koneksi VNC untuk masuk ke instance, sistem Windows gagal memulai dan antarmuka startup macet di layar Choose Your Keyboard Layout.

Penyebab

File sistem Windows rusak atau driver tidak kompatibel.

Solusi

Gunakan snapshot untuk memulihkan disk sistem. Lakukan langkah-langkah berikut:

1. Kunjungi Konsol ECS - Snapshot.

2. Di bilah navigasi atas, pilih wilayah dan kelompok sumber daya untuk sumber daya yang ingin Anda kelola.

3. Pada tab Disk Snapshots, cari snapshot yang ingin digunakan untuk rollback. Di kolom Actions, klik Roll Back Disk.

4. Di kotak dialog yang muncul, klik OK.

Deskripsi Masalah

Saat menggunakan VNC untuk terhubung ke instance, layar macet di halaman Windows Error Recovery.

Penyebab

Masalah ini dapat terjadi karena disk sistem Windows gagal atau perangkat keras telah berubah, yang mencegah sistem memulai.

Solusi

Gunakan snapshot untuk memulihkan disk sistem. Lakukan langkah-langkah berikut:

1. Kunjungi Konsol ECS - Snapshot.

2. Di bilah navigasi atas, pilih wilayah dan kelompok sumber daya untuk sumber daya yang ingin Anda kelola.

3. Pada tab Disk Snapshots, cari snapshot yang ingin digunakan untuk rollback. Di kolom Actions, klik Roll Back Disk.

4. Di kotak dialog yang muncul, klik OK.

Deskripsi Masalah

Saat menggunakan VNC untuk terhubung ke Instans, pesan kesalahan berikut ditampilkan: An operating system wasn't found. Try disconnecting any drives that don't contain an operating system.

Penyebab

Sistem operasi Windows tidak dapat menemukan perangkat yang dapat digunakan oleh driver untuk boot sistem.

Solusi

Gunakan snapshot untuk memulihkan disk sistem. Lakukan langkah-langkah berikut:

1. Kunjungi Konsol ECS - Snapshot.

2. Di bilah navigasi atas, pilih wilayah dan kelompok sumber daya untuk sumber daya yang ingin Anda kelola.

3. Pada tab Disk Snapshots, cari snapshot yang ingin digunakan untuk rollback. Di kolom Actions, klik Roll Back Disk.

4. Di kotak dialog yang muncul, klik OK.

1706506808: Sistem operasi Windows tidak dapat menemukan disk boot

1706506809: Sistem operasi Windows tiba-tiba mogok

1706506811: Sistem operasi dalam mode pemilihan boot

1706506813: File registri sistem operasi Windows rusak

1706506814: File sistem penting dari sistem operasi Windows rusak

1706506815: Sistem operasi Windows tidak dapat mengenali tanda tangan digital

1706506816: Ketidaksesuaian mode boot gambar terjadi

Deskripsi Masalah

Saat menggunakan VNC untuk terhubung ke instance, prompt grub> atau grub rescue> akan ditampilkan. Hal ini menunjukkan bahwa terjadi kesalahan selama proses startup sistem operasi Linux.

Penyebab

GRand Unified Bootloader (GRUB) boot gagal.

Masalah ini dapat terjadi karena penyebab berikut:

• Beberapa file komponen GRUB hilang, seperti file /boot/grub2/grub.cfg.

• Konfigurasi GRUB2 salah atau bootloader GRUB2 pada disk rusak.

• Jika antarmuka VNC menampilkan pesan serupa /boot/grub2/i386-pc/normal.mod notfound., hal ini menunjukkan bahwa modul dependensi utama untuk GRUB2 tidak ditemukan.

• Jika antarmuka VNC menampilkan pesan serupa error: no such partition, hal ini menunjukkan bahwa GRUB2 tidak dapat mengenali partisi yang sesuai.

• Jika antarmuka VNC menampilkan pesan serupa error: unknown filesystem, hal ini menunjukkan bahwa GRUB2 tidak dapat mengenali jenis sistem file pada partisi tersebut.

Solusi

Deskripsi Masalah

Saat Anda menggunakan VNC untuk terhubung ke instance, log yang ditunjukkan pada gambar berikut ditampilkan di terminal VNC.

Penyebab

Masalah ini umumnya terjadi ketika UUID perangkat dikonfigurasikan dalam file grub.cfg, tetapi perangkat yang sesuai tidak tersedia.

Sebagai contoh, gambar menunjukkan bahwa perangkat dengan UUID telah dikonfigurasikan menggunakan root=UUID=10c0e7e5-557a-40c1-893c-1e2dcba*****, namun perangkat tersebut tidak tersedia di instance ECS.

Solusi

1. Lepaskan disk sistem dari instance ECS yang bermasalah dan pasang disk sebagai disk data ke instance ECS yang sehat.

   Untuk informasi lebih lanjut, lihat Langkah 1 hingga Langkah 2 dalam Praktik Terbaik untuk Pemulihan Data pada Instans Linux.

2. Masuk ke instance sehat dan temukan nama perangkat di OS untuk disk sistem yang bermasalah setelah dipasang menggunakan nomor seri disk.

   Untuk informasi lebih lanjut, lihat Kueri Nomor Seri Disk. Pada contoh ini, disk dengan nama /dev/vdb digunakan.

3. Jalankan perintah berikut untuk menanyakan UUID file sistem yang sesuai dengan /dev/vdb1.

   blkid /dev/vdb1

   UUID file sistem dikembalikan.

   /dev/vdb1: UUID="10c0e7e5-557a-40c1-893c-1e2dcba*****" TYPE="ext4"

4. Ganti UUID dalam file grub2.cfg pada disk sistem yang bermasalah dengan nilai UUID yang telah Anda peroleh.

5. Pasang kembali disk sistem ke instance ECS yang bermasalah.

   Untuk informasi lebih lanjut, lihat Langkah 3 di Praktik Terbaik Pemulihan Data pada Instans Linux.

6. Gunakan SSH atau VNC untuk masuk ke instance ECS yang telah diperbaiki. Kemudian, periksa apakah instance ECS berjalan seperti yang diharapkan.

Deskripsi Masalah

Instance ECS tetap berada dalam status Stopping. Saat menggunakan VNC untuk masuk ke instance, pesan kesalahan berikut akan ditampilkan:

CentOS release 5.8(Final)
Kernel 2.6.18-308.el5 on anx 86_64
iZuf6isbofkgfnm5qp***** login: md: stopping allmddevices.
System halted.

Penyebab

Sistem macet karena alasan yang tidak diketahui selama shutdown. Anda dapat menganalisis log sistem untuk mendapatkan penyebab utamanya.

Solusi

Restart paksa instance di konsol ECS. Lakukan langkah-langkah berikut:

1. Buka halaman Instances di konsol ECS. Di pojok kiri atas halaman, pilih grup sumber daya target dan wilayah yang diinginkan.

2. Klik ID instance target untuk membuka halaman detailnya. Di pojok kanan atas, klik Restart.

3. Di kotak dialog yang muncul, pilih mode restart.

   Pilih Force Restart. Tindakan ini setara dengan operasi mematikan daya dan berisiko menyebabkan kehilangan data dari memori serta kerusakan pada sistem file. Gunakan opsi ini hanya jika Instans tidak merespons terhadap restart normal.

4. Klik OK.

Deskripsi Masalah

Saat menggunakan VNC untuk terhubung ke instance ECS, pesan kesalahan berikut ditampilkan secara berulang: A start job is running.

Booting from 0000:7c00
/: clean, 53966/2621440 files, 648440/10485499 blocks
A start job is running for dev-xvda1.device (5s / 1min 30s)
A start job is running for dev-xvda1.device (6s / 1min 30s)
A start job is running for dev-xvda1.device (7s / 1min 30s)
......

Penyebab

Masalah ini dapat terjadi karena titik pemasangan untuk perangkat yang tidak tersedia telah dikonfigurasi di file /etc/fstab pada Instance ECS.

Seperti yang ditunjukkan pada gambar berikut, sistem melaporkan pesan A start job is running for dev-xvda1.device karena perangkat /dev/xvda1 yang dikonfigurasi di file /etc/fstab pada instans tidak tersedia.

Solusi

1. Tunggu hingga proses deteksi sistem selesai.

   Jika output pada gambar berikut ditampilkan, deteksi sistem selesai.

   

2. Masukkan kata sandi logon yang berbeda dari kata sandi VNC untuk logon ke sistem operasi.

3. Jalankan perintah mount -a untuk menampilkan baris spesifik yang melaporkan kesalahan.

   Tanggapan berikut menunjukkan bahwa baris 11 dalam file konfigurasi /etc/fstab mengandung kesalahan.

   

4. Jalankan vim /etc/fstab untuk mengedit file /etc/fstab.

5. Beri tanda komentar (#) atau hapus baris dalam file /etc/fstab, ketik :wq, lalu tekan Enter untuk menyimpan dan keluar.

6. Mulai ulang Instance ECS.

   Untuk informasi lebih lanjut, lihat Mulai ulang instans.

7. Hubungkan ke Instance ECS. Jika pesan kesalahan tidak lagi ditampilkan, masalah telah teratasi.

Deskripsi Masalah

Sistem operasi internal instance ECS gagal memulai. Setelah menggunakan koneksi VNC untuk masuk ke instance, pesan kesalahan Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block muncul dalam log seperti /var/log/dmesg dan /var/log/messages.

Penyebab

Berbagai masalah, seperti masalah kernel dan masalah bisnis, dapat menyebabkan kesalahan Kernel panic berikut:

• Kernel panic - not syncing fatal exception in interrupt

• Kernel panic - not syncing: Attempted to kill the idle task!

• Kernel panic - not syncing: killing interrupt handler!

• Kernel panic - not syncing: Attempted to kill init!

Solusi

Pilih solusi yang sesuai dengan kebutuhan Anda.

Deskripsi Masalah

Sistem operasi internal instance ECS gagal memulai. Saat menggunakan koneksi VNC untuk masuk ke instance, antarmuka startup menampilkan pesan kesalahan execute/bin/sh, giving up: No such file or directory.

0K] Stopped dracut cmdline hook.
Stopping dracut cmdline hook...
OK] Stopped Create Static Device Nodes in/dev.
Stopping Create Static Device Nodes in/dev...
OK] Stopped Create list of required sta...ce nodes for the current kernel.
Stopping Create list of required st...nodes for the current kernel...
OK]ClOSed udev Control Socket.
OK]ClOSed udev Kernel Socket.
Starting Cleanup udev dDB.
[OK] Started Cleanup udev dDB.
6.573859] system d-journald[106]: Received SIGTERM from PID 1(systemd).
[DK]Reached target Switch Root.
[OK] Started Plymouth switch root service.
Starting Switch Root...
[6.583367] systemd[1]: No /sbin/init, trying fallback
[6.584388] systemd[1]: Failed to execute/bin/sh, giving up: No such file or directory
[892.889761] random: crng init done 

Penyebab

Masalah ini dapat terjadi jika file /bin/sh atau /bin/bash, atau tautan simboliknya, dihapus dari instance ECS, sehingga menyebabkan instance gagal memulai.

Solusi

Deskripsi Masalah

Sistem operasi macet selama startup. Saat Anda menggunakan VNC untuk terhubung ke instance ECS, pesan kesalahan berikut ditampilkan:

fsck from util-linux 2.20.1
fsck from util-linux 2.20.1
: clean, 193163/ 1310720 files, 2415199/ 5242368 blocks
/dev/vdb: Superblock last write time(Tue Nov 2300:31:582021, 
now=WedNov1018:28:552021) is in the future.
/dev/vdb: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options)
mountall: fsck /data[294] terminated with status 4
mountall: File system has errors: /data
Errors were found while checking the disk dr iue for/data.
Press F to attempt to fix the errors, I to ignore, S to skip mounting, or M for manual

Penyebab

Sistem file /dev/vdb yang terkait dengan titik pemasangan /data mengalami pengecualian. Saat menjalankan fsck, kesalahan muncul dan konfirmasi manual diperlukan untuk melakukan perbaikan.

Solusi

1. Sesuai petunjuk, tekan F untuk memperbaiki kesalahan secara otomatis.

2. Jika perbaikan gagal, Anda dapat mencoba menekan S untuk melewati titik mount yang sesuai /data dan melanjutkan proses memulai OS.

3. Setelah masuk ke OS, jalankan perintah berikut untuk memperbaiki pengecualian pada sistem file /dev/vdb, di mana titik mount yang sesuai adalah /data.

   fsck -y /dev/vdb

4. Setelah Anda memperbaiki sistem file, jalankan perintah berikut untuk me-restart instance:

   reboot

5. Hubungkan ke instance ECS. Jika pesan kesalahan tidak lagi ditampilkan, masalah terselesaikan.

Deskripsi Masalah

Saat instance ECS dijalankan, sistem operasi mengalami macet dengan menampilkan pesan kesalahan Give root password for maintenance. Contoh:

Booting from Hard Disk...
Booting from 0000:7c00
[ 2.845229] EXT4-fs (vdb1): Unrecognized mount option "default" or missing value
Welcome to emergency mode! After logging in, type "journalctl -xb" to view
system logs, "systemctl reboot" to reboot, "systemctl default" or ^D to
try again to boot into default mode.
Give root password for maintenance
(or press Control-D to continue):

Penyebab

Masalah ini dapat terjadi karena penyebab berikut:

• Perangkat yang dikonfigurasi untuk dipasang pada titik pemasangan di file /etc/fstab pada Instance ECS tidak tersedia.

• Pemeriksaan fsck diaktifkan untuk sistem file saat startup sistem. Pemeriksaan fsck mendeteksi kesalahan dalam sistem file, yang harus diperbaiki secara manual.

Solusi

Anda dapat memilih salah satu solusi berikut berdasarkan penyebab utama dari masalah tersebut.

Deskripsi masalah

Sistem operasi Linux gagal memulai. Saat menggunakan VNC untuk masuk ke instance, pesan kesalahan serupa dengan Failed to start Switch Root akan ditampilkan, seperti yang terlihat pada gambar berikut.

Penyebab

Saat sistem operasi Linux mulai, terjadi kegagalan selama proses switch root. Kegagalan ini dapat disebabkan oleh hal-hal berikut:

• Penyebab umumnya adalah file /etc/os-release atau /usr/lib/os-release tidak tersedia. Untuk memperbaikinya, lihat Solusi 1: Buat file yang hilang.

• Untuk informasi tentang penyebab lainnya, lihat bagian Solusi 2: Pulihkan disk sistem dari snapshot.

Solusi

Deskripsi masalah

Saat menggunakan instans Linux, Anda mungkin mengalami masalah seperti crash program, pengecualian baca/tulis proses, instans ECS yang hang, atau tersendat. Banyak pesan Out of Memory (OOM) muncul di log sistem /var/log/message, seperti yang ditunjukkan pada gambar berikut:

Penyebab

Mekanisme OOM memungkinkan kernel Linux untuk secara paksa melepaskan memori proses jika memori sistem tidak mencukupi.

Banyak pesan kesalahan OOM muncul karena sistem kekurangan sumber daya memori, dan sistem tidak dapat mengalokasikan ruang memori yang cukup untuk program atau proses. Akibatnya, program tidak dapat berjalan sesuai harapan atau proses tidak dapat membaca atau menulis data.

Solusi

Anda dapat melakukan langkah-langkah berikut untuk mendiagnosis penyebab OOM, seperti sumber daya sistem yang tidak mencukupi, kebocoran memori, konfigurasi sistem yang tidak tepat, atau alokasi memori yang tidak sesuai:

1. Hubungkan ke instans ECS.

   Untuk informasi lebih lanjut, lihat Hubungkan ke instans Linux menggunakan kata sandi atau kunci.

2. Jalankan perintah berikut untuk melihat dan mencatat proses tempat terjadinya kesalahan OOM, waktu terjadinya kesalahan OOM, dan frekuensi terjadinya kesalahan OOM:

   cat /var/log/message

3. Lihat beban sistem dan log aplikasi bisnis dari instans Linux selama periode OOM.

   • Lihat beban sistem dari instans Linux.

     • Gunakan CloudMonitor untuk menanyakan informasi beban dari instans ECS.

     • Periksa informasi beban sistem dengan menjalankan perintah free, top, atau sar. Untuk detail lebih lanjut, lihat Diagnosis dan Perbaikan Masalah Beban Tinggi pada Instans Linux.

   • Lihat penyebab kesalahan OOM di log aplikasi bisnis.

     Gunakan alat analisis memori seperti Valgrind, jprofiler, dan jmap untuk menganalisis penggunaan memori aplikasi Anda.

4. Analisis penyebab kesalahan OOM berdasarkan beban sistem dan log layanan dari instans Linux dan perbaiki kesalahan tersebut.

   • Memori instans Linux Anda tidak cukup untuk mendukung bisnis Anda.

     Ubah konfigurasi memori instans. Untuk informasi lebih lanjut, lihat Tingkatkan tipe instans dari instans langganan atau Ubah tipe instans dari instans berbayar sesuai penggunaan.

   • Kode aplikasi Anda mengandung cacat, seperti kebocoran memori dan alokasi memori yang berlebihan atau tidak tepat.

     Optimalkan kode aplikasi Anda berdasarkan masalah yang dilaporkan di log aplikasi bisnis Anda.

5. Amati status berjalan dari instans ECS. Jika pesan kesalahan OOM tidak lagi muncul, masalah telah diselesaikan.