Bagaimana cara keluar dari situasi ini dengan aman?
Detailnya adalah sebagai berikut:
Server xen telah mendapatkan perangkat blok yang dialokasikan untuk VM. Namun perangkat ini juga telah dipasang di dalam Xen.
Faktanya 44 perangkat blok ini telah dipasang seperti ini. Lebih buruk lagi, setiap perangkat fisik terlihat lebih dari 4 jalur dan masing-masing dipasang pada titik pemasangan yang terpisah. Dengan kata lain, perangkat sebenarnya dipasang 5 kali masing-masing.
OS tamu VM melihat jalur melalui perangkat pseudo PowerPath (dialokasikan sebagai phy:block device ke domU)
Beberapa perangkat diformat sebagai ext2 dan reiserfs.
Tidak perlu menjelaskan kepada saya risiko korupsi sistem file yang terlibat di sini.
Saya khawatir bahkan hanya melepas sistem file dapat menyebabkan kerusakan, dan merasa bahwa pada titik ini menarik daya dari host, adalah opsi teraman .
Perhatikan bahwa aplikasi, sebagian besar database Oracle, di semua VM masih berjalan dan digunakan.
Saya menemukan ini ketika menyelidiki penggunaan CPU yang tinggi di dom0. Ada proses "menemukan" yang tidak dapat dihentikan, dengan cwd -> /media/disk-12 yang dipasang dari /dev/sdf1, yang merupakan milik /dev/emcpowerr
Sebelum ada yang bertanya, satu kali saya melihat proses tidak dapat dimatikan dan terus menggunakan CPU dan RAM (tidak seperti proses mati/zombie), adalah ketika ada I/O komit yang luar biasa, misalnya sinkronisasi dikembalikan tetapi belum secara fisik pada disk . Lebih umum ini terjadi pada pita I/O.
Saran!?
P.S. Saya akan mengharapkan perangkat untuk "dipesan" setelah dipasang, untuk mencegah hal semacam ini? Atau apakah itu tidak mungkin di Linux?
EDIT:Pertama saya yakin bahwa KDE dalam hypervisor) adalah pelakunya. Sepertinya KDE sedang memasang perangkat yang dapat digunakan saat masuk untuk membuat ikon desktop. Namun hal yang sama tidak terjadi pada server Xen lainnya, tetapi semua server lain menjalankan versi SLES dan KDE yang jauh lebih lama ... V4 tampaknya menjadi yang melanggar, dengan 3.4 berperilaku lebih baik).
Selanjutnya dua VM non-kritis telah menjadi hang. Setelah mematikannya, mereka tidak akan bisa boot lagi karena kerusakan sistem file. VM utama/produksi masih berjalan dan database di dalamnya masih berfungsi, tetapi jelas ini adalah bom waktu. Pelanggan mencoba untuk membangun kembali lingkungan di VM lain di server lain tetapi terjebak pada masalah mengonfigurasi beberapa komponen, jadi kami menunggu…
Bagaimanapun saya merasa bahwa sejauh ini tidak ada jawaban yang lebih dari "praktik terbaik selalu ditutup dengan anggun" Dan saya berharap untuk mendapatkan sesuatu yang lebih konkret... Bagaimanapun, saya merasa bahwa situasi ini mungkin memerlukan pemikiran yang lebih hati-hati. Akankah mematikan menyebabkan IO yang luar biasa, khususnya pembaruan meta data sistem file dari hypervisor, disinkronkan dan berpotensi menyebabkan kerusakan sistem file besar?
Terkait:Dapatkan beberapa kolom dari subquery tertentu?Jawaban yang Diterima:
Jika disk sedang ditulis dari satu titik pemasangan, tidak ada kerusakan yang dilakukan. Lakukan shutdown bersih, (cadangkan dari status ditangguhkan jika Anda mau) perbaiki mount. Jangan menjalankan apa pun kecuali aplikasi yang dibutuhkan di Dom0. Jika, OTOH, partisi sedang ditulis dari banyak jalur, itu BURUK dan semakin buruk setiap detiknya. Tarik stekernya.