Masalah umum dan batasan di Solusi Bare Metal
Halaman ini menjelaskan masalah umum dan batasan yang mungkin Anda alami saat menggunakan Solusi Bare Metal.
Batasan
Perubahan pada setelan BIOS tidak didukung
Solusi Bare Metal tidak mendukung modifikasi pada setelan BIOS, termasuk menonaktifkan C-state dan P-state di tingkat BIOS.
Untuk mengatasi masalah ini, Anda dapat menggunakan kontrol tingkat OS untuk status C dan status P melalui fungsi pengelolaan daya OS. Untuk mempelajari cara melakukannya, baca dokumentasi OS Anda.
Ekstensi regional Solusi Bare Metal tidak mendukung parameter Kontrol Layanan VPC
Menghubungkan VPC dengan kontrol layanan yang diaktifkan ke lingkungan Solusi Bare Metal Anda tidak akan memberikan jaminan kontrol layanan apa pun.
Solusi Bare Metal API dapat ditambahkan ke perimeter yang aman. Namun, perimeter Kontrol Layanan VPC tidak diperluas ke lingkungan Solusi Bare Metal di ekstensi regional. Untuk mengetahui informasi selengkapnya, lihat Produk dan batasan yang didukung.
Jika Anda masih ingin menggunakan Solusi Bare Metal dengan Kontrol Layanan VPC yang diaktifkan, hubungi Layanan Pelanggan untuk menambahkan project Google Cloud Anda ke daftar yang diizinkan untuk menggunakan fitur ini.
Mengubah ASN tidak didukung
Solusi Bare Metal dan Partner Interconnect tidak mendukung nomor sistem otonom (ASN)
kustom. ASN jaringan klien Solusi Bare Metal ditetapkan ke
65500
. Untuk Partner Interconnect, semua
Cloud Router harus memiliki ASN lokal 16550
.
Sebaiknya rencanakan deployment Anda dengan sesuai.
Jumlah maksimum LUN yang dilampirkan ke server
Anda dapat memasang maksimum 200 LUN (termasuk LUN booting) ke server Solusi Bare Metal.
Masalah umum
Penonaktifan dingin setelah mulai ulang pertama melalui Pengelola OVM
Untuk server yang disediakan dengan OVM 3.4.6, mulai ulang pertama yang dimulai melalui Pengelola OVM, baik setelah penyediaan awal atau pembuatan ulang image, akan menghasilkan cold shutdown.
Untuk mempelajari cara mengaktifkan server, lihat Mengoperasikan server Solusi Bare Metal.
Server memerlukan waktu lama untuk melakukan booting
Waktu booting dapat bervariasi bergantung pada ukuran server dan jumlah LUN bersama.
Makin besar server, makin lama waktu yang diperlukan untuk melakukan booting.
Jumlah LUN bersama di server juga memengaruhi waktu booting-nya. Misalnya,
server o2-highmem-224-metal
dengan ~100 LUN bersama mungkin memerlukan waktu lebih dari satu jam untuk melakukan booting
dibandingkan dengan server o2-highmem-224-metal
dengan LUN yang lebih sedikit yang akan memerlukan waktu ~45 menit.
Hal ini terjadi karena waktu yang diperlukan untuk menjalankan semua pemeriksaan dan merupakan hal yang normal.
Buffer overflow saat menggunakan ethtool dengan flag debug
Bug yang menyebabkan overflow buffering saat menggunakan ethtool -d
diperbaiki di kernel Linux 5.8.
Bug ini dapat menyebabkan kernel panic dan dapat memengaruhi server Solusi Bare Metal Anda,
bergantung pada OS dan hypervisor yang Anda gunakan.
Berikut adalah rekomendasi dan solusi kami untuk bug ini:
Red Hat Enterprise Linux (RHEL)
Jika Anda menggunakan RHEL 7.x, ikuti panduan berikut:
- Jangan jalankan
ethtool
dengan flag debug:ethtool -d
. Cegah utilitas
sosreport
memanggilethtool -d
dengan menonaktifkan plugin jaringan.Dalam file
/etc/sos/sos.conf
, tambahkan baris berikut:[plugins] disable = networking
Jika Anda menggunakan RHEL 8.x, ikuti panduan berikut:
- Update ke versi kernel RHEL 8.3 (kernel 4.18.0-240) atau yang lebih baru.
Untuk sistem dengan versi kernel yang lebih rendah dari 4.18.0-240 yang tidak dapat diupdate, cegah utilitas
sosreport
memanggilethtool -d
dengan menonaktifkan plugin jaringan.Dalam file
/etc/sos/sos.conf
, tambahkan baris berikut:[report] skip-plugins = networking
Untuk mengetahui informasi selengkapnya, lihat Solusi Red Hat.
SUSE Linux Enterprise Server(SLES)
Bug ini telah diperbaiki di SLES 15 SP4 (versi kernel 5.14.21-150400.22.1). Update ke SLES 15 SP4 (kernel versi 5.14.21-150400.22.1) atau yang lebih baru.
Oracle Enterprise Linux
Jika Anda menggunakan Oracle Linux 7.x, ikuti panduan berikut:
- Jangan jalankan
ethtool
dengan flag debug:ethtool -d
. Cegah utilitas
sosreport
memanggilethtool -d
dengan menonaktifkan plugin jaringan.Dalam file
/etc/sos/sos.conf
, tambahkan baris berikut:[plugins] disable = networking
Jika Anda menggunakan Oracle 8.x, ikuti panduan berikut:
- Bug ini telah diperbaiki di OL8U7 (kernel-uek-5.15.0-3.60.5.1). Anda dapat mengupdate ke kernel terbaru dengan mengikuti petunjuk update dari Oracle.
Jika Anda tidak dapat mengupdate ke versi kernel kernel-uek-5.15.0-3.60.5.1, cegah utilitas
sosreport
memanggilethtool -d
dengan menonaktifkan plugin jaringan.Dalam file
/etc/sos/sos.conf
, tambahkan baris berikut:[report] skip-plugins = networking
Server Oracle VM
- Jangan jalankan
ethtool
di domaindom0
dengan flag debug:ethtool -d
. Cegah utilitas
sosreport
memanggilethtool -d
dengan menonaktifkan plugin jaringan.Dalam file
/etc/sos/sos.conf
, tambahkan baris berikut:[plugins] disable = networking
Server OVM tidak dapat terhubung ke OVM Manager setelah upgrade firmware TS54
Jika Anda telah mengupgrade server Solusi Bare Metal yang menjalankan Oracle VM (OVM) dan tidak dapat terhubung ke Pengelola OVM, masalah ini mungkin menjadi penyebabnya. Mengupgrade firmware server Solusi Bare Metal akan mengubah UUID SMBIOS-nya. OVM menggunakan UUID ini untuk mengidentifikasi dirinya dengan Pengelola OVM. Oleh karena itu, perubahan UUID dapat menyebabkan masalah pada komunikasi antara keduanya. Untuk mencegah hal ini, sebelum mengupgrade firmware server Solusi Bare Metal, terapkan solusi yang dijelaskan dalam Oracle Doc ID 1534416.1. Untuk mendapatkan bantuan dalam menerapkan solusi ini, hubungi Customer Care.