:Masalah terkait citra untuk instance ECS

• Error "This copy of Windows is not genuine"

  Anda harus mengaktifkan Windows. Untuk informasi selengkapnya, lihat Aktifkan sistem Windows Server asli untuk instance ECS menggunakan nama domain KMS.

• Timeout resolusi DNS di CentOS

  Penyebab

  Karena perubahan mekanisme resolusi DNS di CentOS 6 dan CentOS 7, timeout resolusi DNS dapat terjadi pada instance CentOS 6 dan CentOS 7 yang dibuat sebelum 22 Februari 2017, atau pada instance yang dibuat dari custom image yang dibuat sebelum 22 Februari 2017.

  Solusi

  Untuk mengatasi masalah ini, lakukan langkah-langkah berikut:

  1. Unduh skrip fix_dns.sh.

  2. Letakkan skrip yang diunduh di direktori /tmp sistem CentOS Anda.

  3. Jalankan perintah bash /tmp/fix_dns.sh untuk mengeksekusi skrip.

  Bagian berikut menjelaskan tujuan dan logika skrip:

  • Tujuan skrip

    Skrip ini memeriksa apakah file /etc/resolv.conf berisi pengaturan options single-request-reopen. Untuk informasi selengkapnya, lihat deskripsi file resolv.conf.

    Di CentOS 6 dan CentOS 7, mekanisme resolusi DNS menggunakan 5-tuple jaringan yang sama untuk mengirim permintaan DNS IPv4 dan IPv6. Anda harus mengaktifkan konfigurasi single-request-reopen untuk mengakomodasi perilaku ini. Saat konfigurasi ini diaktifkan, jika dua permintaan dikirim dari socket yang sama, resolver akan menutup socket setelah mengirim permintaan pertama dan membuka socket baru sebelum mengirim permintaan kedua. Konfigurasi ini langsung berlaku, dan Anda tidak perlu merestart instance.

  • Logika skrip

    1. Memeriksa apakah instance menjalankan CentOS.

       • Jika instance tidak menjalankan sistem CentOS (misalnya Ubuntu atau Debian), skrip berhenti.

       • Jika instance menjalankan sistem CentOS, skrip dilanjutkan.

    2. Memeriksa file /etc/resolv.conf untuk konfigurasi options.

       • Jika tidak ada konfigurasi options:

         Konfigurasi options default Alibaba Cloud options timeout:2 attempts:3 rotate single-request-reopen digunakan.

       • Jika konfigurasi options ada:

         • Jika opsi single-request-reopen tidak ada, skrip akan menambahkannya ke konfigurasi options.

         • Jika opsi single-request-reopen sudah ada, skrip berhenti dan tidak mengubah konfigurasi nameserver DNS.

• Alamat IP hilang di CentOS 7 dan Windows

  Untuk informasi penyebab dan solusi, lihat Periksa dan perbaiki alamat IP yang hilang pada instance CentOS 7 dan Windows.

• Tidak dapat menghasilkan crash dump pada CentOS 7.9 Arm

  Gejala

  Setelah sistem CentOS 7.9 Arm mengalami downtime, Anda menjalankan perintah ls /var/crash untuk mencari file dump, tetapi file vmcore tidak dihasilkan.

  

  Penyebab

  Kernel sistem CentOS 7.9 Arm memiliki fitur CONFIG_ARM64_USER_VA_BITS_52=y. Versi perangkat lunak makedumpfile native tidak kompatibel dengan versi kernel tersebut. Akibatnya, file dump tidak dapat dihasilkan.

  Solusi

  Penting

  Solusi ini hanya berlaku untuk sistem di mana layanan kdump telah diaktifkan dengan benar. Jika layanan kdump belum diaktifkan dan Anda mengikuti langkah-langkah dalam topik ini untuk memperbaiki masalah, Anda harus mengonfigurasi parameter crashkernel secara manual di file proc/cmdline.

  1. Jalankan perintah berikut untuk mengunduh paket kexec-tools:

     wget http://mirrors.aliyun.com/centos-vault/7.9.2009/os/Source/SPackages/kexec-tools-2.0.15-51.el7.src.rpm

  2. Jalankan perintah berikut untuk menginstal paket RPM:

     rpm -ivh kexec-tools-2.0.15-51.el7.src.rpm

  3. Jalankan perintah berikut untuk mengunduh file patch:

     cd /root/rpmbuild/SOURCES
     wget https://ecs-image-tools.oss-cn-hangzhou.aliyuncs.com/patch/rhelonly-kexec-tools-2.0.20-makedumpfile-arm64-Add-support-for-ARMv8.2-LVA-52-bi.patch

  4. Modifikasi file kexec-tools.spec.

     1. Buka file kexec-tools.spec.

        cd /root/rpmbuild/SPECS/
        vi kexec-tools.spec

     2. Tekan tombol i untuk memasuki mode Insert dan tambahkan dua baris berikut ke file:

        Patch999: rhelonly-kexec-tools-2.0.20-makedumpfile-arm64-Add-support-for-ARMv8.2-LVA-52-bi.patch
        %patch999 -p1

        Gambar berikut menunjukkan posisi tempat konten harus ditambahkan.

        

        

     3. Tekan tombol Esc untuk keluar dari mode Insert, lalu masukkan :wq untuk menyimpan dan keluar.

  5. Jalankan perintah berikut untuk memeriksa dependensi instalasi:

     yum-builddep kexec-tools.spec 

  6. Jalankan perintah berikut untuk membangun paket RPM:

     yum -y install rpm-build
     rpmbuild -ba kexec-tools.spec

  7. Jalankan perintah berikut untuk menginstal paket RPM yang telah dimodifikasi:

     cd /root/rpmbuild/RPMS/aarch64
     rpm -ivh kexec-tools-2.0.15-51.el7.aarch64.rpm

  Jika downtime terjadi lagi, Anda dapat menjalankan perintah ls -lh /var/crash untuk memeriksa file dump. Jika file vmcore dihasilkan, masalah telah teratasi.

  

• Konversi CentOS 7 ke RHEL 7

  CentOS 7 akan mencapai masa akhir dukungan (EOL) pada 30 Juni 2024, dan Alibaba Cloud akan menghentikan dukungannya pada tanggal yang sama. Untuk menghindari gangguan akibat OS yang mencapai EOL, Anda dapat mengonversi CentOS 7 ke RHEL 7. Langkah-langkah berikut menjelaskan cara mengonversi CentOS 7 ke RHEL 7 di Alibaba Cloud. Anda juga dapat merujuk ke dokumentasi resmi Red Hat untuk proses konversi.

  Penting

  Sebelum melakukan konversi, kami menyarankan Anda menghentikan aplikasi kritis, layanan database, dan layanan penyimpanan data serta membuat snapshot untuk mencadangkan data penting. Hal ini membantu mencegah kehilangan data akibat operasi yang tidak disengaja.

  1. (Jika berlaku) Jika Server Guard diinstal pada server Alibaba Cloud Anda, Anda harus menguninstal Server Guard terlebih dahulu.

     Untuk informasi selengkapnya, lihat Uninstall agent.

     Catatan

     Server Guard adalah tool peningkatan keamanan default untuk CentOS, sedangkan RHEL 7 menggunakan tool keamanan yang disediakan oleh Red Hat. Server Guard mungkin memiliki ketidakcocokan dan konflik dengan tool di RHEL 7. Oleh karena itu, Anda harus menguninstal Server Guard selama proses konversi untuk memastikan stabilitas dan kompatibilitas sistem.

  2. Jalankan perintah berikut untuk meningkatkan paket sistem ke versi terbaru:

     sudo wget -O /etc/yum.repos.d/CentOS-Base.repo https://mirrors.aliyun.com/repo/Centos-7.repo
     sudo wget -O /etc/yum.repos.d/epel.repo https://mirrors.aliyun.com/repo/epel-7.repo

  3. Jalankan perintah berikut untuk memperbarui paket sistem dan merestart sistem:

     sudo yum -y update
     sudo reboot

  4. Jalankan perintah berikut untuk mengunduh dan menginstal tool convert2rhel dari situs web resmi Red Hat:

     sudo curl -o /etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release https://www.redhat.com/security/data/fd431d51.txt
     sudo curl --create-dirs -o /etc/rhsm/ca/redhat-uep.pem https://ftp.redhat.com/redhat/convert2rhel/redhat-uep.pem
     sudo curl -o /etc/yum.repos.d/convert2rhel.repo https://ftp.redhat.com/redhat/convert2rhel/7/convert2rhel.repo
     sudo yum -y install convert2rhel

  5. Beli subscription RHEL di Alibaba Cloud dan dapatkan URL paket RPM repo RHEL 7.

     Untuk bantuan, kirim tiket.

  6. Jalankan perintah berikut untuk menginstal paket sumber repo RHEL 7:

     sudo rpm -ivh --replacefiles <repo_rpm_package_url> 
     sudo sed -i 's/enabled=1/enabled=0/g' /etc/yum.repos.d/rh-cloud.repo

     Ganti <repo_rpm_package_url> dengan URL aktual paket RPM repo RHEL 7, yang dapat Anda peroleh saat membeli subscription RHEL.

  7. Jalankan perintah berikut untuk mengonversi CentOS 7 ke RHEL 7:

     sudo convert2rhel -y  --no-rhsm --enablerepo rhui-rhel-7-server-rhui-rpms --enablerepo rhui-rhel-7-server-rhui-extras-rpms --enablerepo rhui-rhel-7-server-rhui-optional-rpms

     Proses konversi memerlukan waktu. Setelah proses selesai, output yang mirip dengan berikut akan muncul, menandakan konversi berhasil.

     

  8. Jalankan perintah berikut untuk merestart sistem:

     Setelah konversi, sistem akan meminta Anda untuk merestart. Restart akan mem-boot kernel RHEL baru, dan Anda dapat memverifikasi bahwa OS telah berhasil dikonversi.

     sudo reboot

     Catatan

     Setelah Anda mengonversi CentOS 7 ke RHEL 7, jika Anda perlu meningkatkan RHEL 7 ke RHEL 8, lihat Peningkatan Red Hat Enterprise Linux.

• Startup lambat Red Hat 8.1/8.2 pada instance bare metal

  Pada ECS Bare Metal Instance, citra Red Hat 8.1 atau 8.2 memerlukan waktu satu hingga dua menit lebih lama untuk memulai dibandingkan citra Red Hat 7. Untuk mengatasi masalah ini, pada file /boot/grub2/grubenv sistem Red Hat 8.1/8.2 Anda, ubah parameter startup kernel dari console=ttyS0 console=ttyS0,115200n8 menjadi console=tty0 console=ttyS0,115200n8, lalu restart server agar perubahan berlaku.

Beban sistem tinggi akibat Server Guard pada Ubuntu

Pada instance ECS yang menjalankan versi tertentu Ubuntu, seperti Ubuntu 18.04, beban sistem rata-rata menjadi tinggi setelah proses Server Guard (AliYunDun) dijalankan.

• Patch dan kompilasi kernel FreeBSD

  Citra publik FreeBSD Alibaba Cloud telah dipatch untuk memenuhi persyaratan startup instance yang termasuk dalam keluarga instans seri-V atau yang lebih baru. Anda dapat memanggil operasi DescribeInstanceTypeFamilies dan memeriksa nilai parameter Generation untuk menanyakan keluarga instans.

  Dalam kasus berikut, sistem mungkin gagal dinyalakan. Anda dapat menerapkan patch pada kode sumber kernel FreeBSD dan mengompilasi kernel untuk mencegah atau mengatasi kegagalan startup.

  • Jika Anda menggunakan citra FreeBSD yang tidak disediakan oleh Alibaba Cloud, atau custom image berdasarkannya, untuk membuat instance ECS seri-V atau yang lebih baru, instance mungkin gagal dinyalakan.

  • Saat Anda menggunakan citra publik FreeBSD untuk membuat instance ECS dan menggunakan freebsd-update atau tool serupa untuk memperbarui patch kernel, instance ECS yang termasuk dalam keluarga instans seri-V atau yang lebih baru mungkin gagal dinyalakan.

  Anda tidak perlu menerapkan patch untuk FreeBSD 13 atau yang lebih baru. Bagian ini menggunakan FreeBSD 12.3 sebagai contoh untuk menjelaskan cara menggunakan kode sumber kernel FreeBSD untuk menerapkan patch dan mengompilasi kernel.

  1. Unduh dan ekstrak kode sumber kernel FreeBSD.

     wget https://mirrors.aliyun.com/freebsd/releases/amd64/12.3-RELEASE/src.txz -O /src.txz
     cd /
     tar -zxvf /src.txz

  2. Unduh paket patch.

     Dalam contoh ini, paket patch 0001-virtio.patch diterapkan pada driver virtio.

     cd /usr/src/sys/dev/virtio/
     wget https://ecs-image-tools.oss-cn-hangzhou.aliyuncs.com/0001-virtio.patch
     patch -p4 < 0001-virtio.patch

  3. Salin file kernel, lalu kompilasi dan instal kernel.

     make -j<N> menentukan jumlah pekerjaan kompilasi paralel, yang harus ditentukan berdasarkan konfigurasi lingkungan kompilasi Anda. Misalnya, untuk lingkungan 1 vCPU, kami menyarankan Anda mengatur -j2. Ini berarti rasio core vCPU terhadap variabel N adalah 1:2.

     cd /usr/src/
     cp ./sys/amd64/conf/GENERIC .
     make -j2 buildworld KERNCONF=GENERIC
     make -j2 buildkernel KERNCONF=GENERIC
     make -j2 installkernel KERNCONF=GENERIC

  4. Setelah kompilasi selesai, hapus kode sumber.

     rm -rf /usr/src/*
     rm -rf /usr/src/.*

• Disk sistem tidak ditemukan untuk FreeBSD di KVM

  Gejala

  Saat Anda menggunakan VNC untuk login ke sistem FreeBSD di lingkungan virtualisasi KVM, disk sistem tidak dapat ditemukan dan Anda tidak dapat memasuki sistem, seperti yang ditunjukkan pada gambar berikut.

  Solusi

  1. Di jendela VNC, masukkan ? untuk melihat ufsid dari sistem file root (rootfs) terkait.

  2. Masukkan ufs:/dev/ufsid/5565b5a09045**** dan tekan Enter untuk mengakses sistem operasi.

  3. Masukkan username dan password untuk login ke sistem.

  4. Jalankan perintah berikut untuk melihat konfigurasi /etc/fstab:

     cat /etc/fstab

     Seperti yang ditunjukkan pada gambar berikut, konfigurasi /etc/fstab menggunakan metode pemasangan berbasis UUID. Namun, sistem FreeBSD tidak mendukung metode pemasangan ini. Anda harus mengubahnya ke metode ufsid.

  5. Ubah metode pemasangan sistem FreeBSD ke ufsid.

     1. Jalankan perintah berikut untuk membuka file /etc/fstab:

        vi /etc/fstab

     2. Tekan tombol i untuk memasuki mode Insert.

     3. Ubah UUID=5565b5a09045**** menjadi /dev/ufsid/5565b5a09045****.

     4. Setelah melakukan perubahan, tekan tombol Esc, masukkan :wq, lalu tekan tombol Enter untuk menyimpan dan keluar.

  6. Jalankan perintah berikut untuk merestart sistem agar konfigurasi berlaku:

     reboot 

• Tidak dapat terhubung ke Fedora 33 dengan kunci ssh-rsa

  Saat Anda menggunakan instance ECS yang menjalankan sistem operasi Fedora 33 64-bit, jika kredensial login Anda adalah pasangan kunci SSH dengan algoritma signature ssh-rsa, Anda mungkin gagal melakukan koneksi jarak jauh ke instance melalui SSH. Anda dapat menggunakan salah satu metode berikut untuk mengatasi masalah ini:

  • Ganti pasangan kunci SSH yang menggunakan algoritma signature ssh-rsa dengan pasangan kunci SSH yang menggunakan algoritma signature lain, seperti Elliptic Curve Digital Signature Algorithm (ECDSA).

  • Jalankan perintah update-crypto-policies --set LEGACY pada sistem untuk mengubah POLICY kriptografi menjadi LEGACY. Hal ini memungkinkan Anda untuk terus menggunakan pasangan kunci SSH dengan algoritma signature ssh-rsa.

• Jumlah CPU berkurang separuh pada instance Fedora CoreOS

  Setelah Anda membuat instance dari keluarga instans tertentu, seperti g5, dari citra Fedora CoreOS, Anda dapat menjalankan perintah lscpu untuk melihat informasi CPU. Jumlah total CPU online dalam On-line CPU(s) list hanya separuh dari spesifikasi CPU aktual instance. Misalnya, jika Anda memilih 2 vCPU saat membuat instance, On-line CPU(s) list hanya menunjukkan satu CPU, seperti yang ditunjukkan pada gambar berikut.

  Catatan

  Nilai parameter On-line CPU(s) list merepresentasikan nomor CPU. Pada gambar contoh, hanya CPU 0 yang tersedia.

  Hal ini karena kernel citra Fedora CoreOS dikonfigurasi dengan parameter boot mitigations=auto,nosmt secara default. Parameter ini secara otomatis menonaktifkan Simultaneous Multi-Threading (SMT) untuk sistem yang rentan, yang mengurangi separuh jumlah CPU yang tersedia. Anda dapat menjalankan perintah cat /proc/cmdline untuk melihat parameter mitigations=auto,nosmt.

  Untuk informasi selengkapnya tentang SMT, lihat Automatically disable SMT when needed to address vulnerabilities dan Policy for disabling SMT.

• Kegagalan crash dump pada instance bare metal

  Untuk informasi penyebab dan solusi, lihat Apa yang harus dilakukan jika beberapa instance ECS gagal menghasilkan file crash dump?

• Error softlockup selama writeback kernel

  Pada beberapa versi sistem operasi Linux yang lebih lama, error softlockup dapat terjadi saat kernel melakukan writeback cache file. Untuk solusinya, lihat Solusi error softlockup yang terjadi selama writeback kernel pada sistem operasi Linux.

• Error softlockup saat menghapus cgroup

  Untuk solusinya, lihat Solusi error softlockup yang terjadi saat cgroup dihapus dalam instance ECS.

• Waktu henti instance ECS

  • Apa yang harus dilakukan jika instance ECS mengalami downtime dan melaporkan error "Out of memory and no killable processes"

  • Apa yang harus dilakukan jika instance ECS mengalami downtime dan menghasilkan log alert dengan pesan "Objects remaining in kmalloc"

  • Apa yang harus dilakukan jika instance ECS mengalami downtime dan menghasilkan log dengan pesan "RIP:get_target_pstate_use_performance"

  • Apa yang harus dilakukan jika instance ECS mengalami downtime dan menghasilkan log dengan pesan "VFS: Unable to mount root fs on unknown-block"

• Layanan FTP dalam citra publik

  Tidak. Anda harus menginstal dan mengonfigurasi layanan FTP sendiri. Untuk informasi selengkapnya, lihat Bangun situs FTP pada instance Windows dan Bangun situs FTP pada instance Linux.

• Memori virtual dan partisi swap dinonaktifkan secara default

  Partisi swap atau file memori virtual adalah mekanisme yang digunakan oleh manajer memori sistem. Saat memori fisik tidak mencukupi, manajer memori menyimpan sementara data memori yang telah lama tidak aktif ke partisi swap atau file memori virtual untuk meningkatkan memori yang tersedia.

  Namun, mekanisme ini dapat berdampak sebaliknya jika penggunaan memori sudah tinggi dan performa I/O buruk. Disk cloud ECS Alibaba Cloud menggunakan sistem file terdistribusi untuk penyimpanan dan membuat beberapa replika yang sangat konsisten untuk setiap data. Meskipun mekanisme ini menjamin keamanan data, peningkatan tiga kali lipat operasi I/O yang dihasilkan dapat menurunkan performa penyimpanan dan I/O dibandingkan disk lokal.

  Untuk menghindari penurunan performa I/O disk cloud ECS saat sumber daya sistem rendah, memori virtual dinonaktifkan secara default pada instance Windows, dan partisi swap tidak dikonfigurasi secara default pada instance Linux.

• Aktifkan kdump dalam citra publik

  Secara default, layanan kdump dinonaktifkan dalam citra publik. Jika Anda ingin instance menghasilkan file core selama downtime untuk analisis akar masalah, lakukan langkah-langkah berikut untuk mengaktifkan layanan kdump. Bagian ini menggunakan citra publik CentOS 7.2 sebagai contoh. Langkah-langkah aktual mungkin berbeda tergantung pada sistem operasi Anda.

  1. Tetapkan direktori untuk menghasilkan file core.

     1. Jalankan vim /etc/kdump.conf untuk membuka file konfigurasi kdump.

     2. Tetapkan path ke direktori tempat file core dihasilkan. Dalam contoh ini, file core dihasilkan di direktori /var/crash. Oleh karena itu, path diatur sebagai berikut:

        path /var/crash

     3. Simpan dan tutup file /etc/kdump.conf.

  2. Aktifkan layanan kdump.

     Pilih metode untuk mengaktifkan layanan berdasarkan perintah yang didukung oleh sistem operasi Anda.

     • Metode 1: Jalankan perintah berikut secara berurutan untuk mengaktifkan layanan kdump.

       systemctl enable kdump.service

       systemctl start kdump.service

     • Metode 2: Jalankan perintah berikut secara berurutan untuk mengaktifkan layanan kdump.

       chkconfig kdump on

       service kdump start

     • Metode 3: Jika Cloud Assistant diinstal pada server Anda, lihat Cara mengatasi masalah downtime setelah migrasi instance untuk mengaktifkan layanan kdump.

• Layanan NTP gagal sinkron setelah mengonfigurasi IPv6

  Gejala

  Saat Anda menjalankan perintah ntpq -p pada server untuk menyinkronkan waktu, timeout dikembalikan, seperti yang ditunjukkan pada gambar berikut.

  Solusi

  Catatan

  Metode ini berlaku untuk sistem operasi seperti CentOS 7 dan yang lebih lama, Ubuntu 20.04 dan yang lebih lama, Anolis OS (ANCK/RHCK), Alibaba Cloud Linux, dan Debian.

  1. Lakukan koneksi jarak jauh ke instance Linux.

     Untuk informasi selengkapnya, lihat Hubungkan ke instance Linux menggunakan Workbench.

  2. Jalankan perintah berikut untuk memodifikasi file konfigurasi /etc/ntp.conf:

     vi /etc/ntp.conf

  3. Tekan tombol i untuk memasuki mode Insert.

  4. Tambahkan konten restrict -6 ::1 ke file, seperti yang ditunjukkan pada gambar berikut.

  5. Setelah melakukan perubahan, tekan tombol Esc, masukkan :wq, lalu tekan tombol Enter untuk menyimpan dan keluar.

  6. Jalankan perintah berikut untuk merestart layanan NTP:

     systemctl restart ntp 

• Kegagalan hot-swapping pada instance dari custom image

  Gejala

  Hot-swapping disk cloud berarti menyambungkan atau melepas disk cloud saat instance berada dalam status Running. Hot-swapping kartu jaringan berarti menyambungkan atau melepas antarmuka jaringan elastis saat instance berada dalam status Running.

  Alibaba Cloud mendukung hot-swapping untuk disk cloud dan antarmuka jaringan elastis, tetapi keberhasilan operasi bergantung pada dukungan kernel sistem operasi. Jika kernel tidak mendukung hot-swapping, masalah berikut dapat terjadi:

  • Setelah Anda menyambungkan disk cloud atau mengikat antarmuka jaringan elastis, perangkat yang sesuai tidak terlihat dalam sistem operasi.

  • Anda gagal melepas disk cloud atau membatalkan ikatan antarmuka jaringan elastis.

  Solusi

  Fitur kernel yang diperlukan untuk hot-swapping berbeda antara instance ECS standar dan ECS Bare Metal Instance. Kami menyarankan agar kernel mendukung fitur hot-swap Peripheral Component Interconnect (PCI) dan Advanced Configuration and Power Management Interface (ACPI). Fitur-fitur ini biasanya diaktifkan secara default pada sebagian besar sistem, kecuali versi lama seperti CentOS 5. Anda dapat melakukan langkah-langkah berikut untuk memeriksa apakah fitur hot-swap PCI dan ACPI diaktifkan dalam kernel.

  1. Lakukan koneksi jarak jauh ke instance Linux.

     Untuk informasi selengkapnya, lihat Hubungkan ke instance Linux menggunakan Workbench.

  2. Jalankan perintah berikut untuk memeriksa versi kernel instance saat ini:

     uname -r

     Respons berikut menunjukkan bahwa versi kernel saat ini adalah 3.10.0-1127.19.1.el7.x86_64.

     

  3. Jalankan perintah berikut untuk melihat file di direktori /boot:

     ll /boot

     Respons berikut menunjukkan bahwa config-3.10.0-1127.19.1.el7.x86_64 adalah file konfigurasi kernel sistem.

     

  4. Jalankan perintah berikut untuk melihat file konfigurasi kernel sistem:

     cat /boot/config-3.10.0-1127.19.1.el7.x86_64

     • Jika item konfigurasi berikut semuanya diatur ke y, fitur-fitur tersebut dikompilasi ke dalam kernel, dan sistem operasi mendukung operasi hot-swap yang sesuai.

       CONFIG_HOTPLUG_PCI_PCIE=y
       CONFIG_HOTPLUG_PCI=y
       CONFIG_HOTPLUG_PCI_ACPI=y

     • Jika item konfigurasi ditandai sebagai is not set, kernel tidak dikompilasi dengan fitur ini. Anda harus mengompilasi ulang kernel untuk menambahkan dukungan.

     • Jika item konfigurasi diatur ke m, fitur tersebut dikompilasi sebagai modul. Misalnya, jika CONFIG_HOTPLUG_PCI_ACPI dikompilasi sebagai modul, Anda perlu memuat modul yang sesuai.

       CONFIG_HOTPLUG_PCI_PCIE=y
       CONFIG_HOTPLUG_PCI=y
       CONFIG_HOTPLUG_PCI_ACPI=m

       Untuk sistem operasi CentOS 5.x dengan kernel 2.6, modul yang sesuai dengan CONFIG_HOTPLUG_PCI_ACPI adalah acpiphp.ko. Untuk memuatnya, jalankan perintah modprobe acpiphp. Jika modul gagal dimuat, Anda dapat meningkatkan ke versi kernel yang lebih tinggi atau melakukan cold-swap dengan menghentikan instance.

       Penting

       Kami tidak menyarankan Anda sembarangan meningkatkan kernel atau sistem operasi server Anda. Jika Anda perlu meningkatkan kernel, lihat Metode untuk mencegah kegagalan startup sistem setelah peningkatan kernel pada instance Linux.

• Instance mati setelah kernel panic

  Gejala

  Saat terjadi error kernel yang tidak terduga (kernel panic) dalam sistem operasi, kernel kedua (capture kernel) dimuat untuk melakukan dump memori dan menghasilkan log Kdump. Namun, karena masalah kompatibilitas dengan keluarga ECS Bare Metal Instance tertentu, kernel kedua gagal mengenali disk selama startup. Kegagalan ini mencegah pengumpulan log Kdump, menyebabkan kegagalan kernel kedua, dan menghentikan instance. Anda kemudian harus merestart instance dari konsol.

  Untuk informasi selengkapnya tentang keluarga ECS Bare Metal Instance, lihat Keluarga instans.

  Penyebab

  ECS Bare Metal Instance mungkin gagal menghasilkan file dump menggunakan layanan Kdump bawaan sistem operasi.

  • Untuk instance ECS Bare Metal seri ebm*6-generation, masalah ini terjadi saat menggunakan citra berikut:

    • CentOS 8.3 dan versi CentOS sebelumnya

    • Ubuntu 16.04 dan 18.04

    • Debian 10

    • Alibaba Cloud Linux 2 dengan versi kernel sebelum 4.19.91-24.al7 (Masalah ini diperbaiki pada versi 4.19.91-24.al7 dan yang lebih baru.)

  • Untuk instance ECS Bare Metal seri ebm*7-generation, masalah ini terjadi saat menggunakan citra Debian 10.

  Solusi

  • Untuk citra CentOS dan lainnya

    Kami menyarankan Anda beralih ke versi sistem operasi yang lebih baru. Untuk informasi selengkapnya, lihat Ubah sistem operasi (disk sistem).

  • Untuk citra Alibaba Cloud Linux 2

    Kami menyarankan Anda meningkatkan kernel ke versi 4.19.91-24.al7 atau yang lebih baru dengan mengikuti langkah-langkah berikut.

    1. Lakukan login jarak jauh ke instance ECS.

       Untuk informasi selengkapnya, lihat Hubungkan ke instance Linux menggunakan Workbench.

    2. Jalankan perintah berikut untuk menanyakan versi kernel:

       uname -r

    3. Jalankan perintah berikut untuk meningkatkan versi kernel:

       sudo yum update kernel

    4. Jalankan perintah berikut untuk merestart instance ECS agar versi kernel baru berlaku:

       sudo reboot