Topik ini menjelaskan gejala, penyebab, dan solusi untuk error "S6_* Gagal membuat snapshot partisi disk" yang terjadi selama pekerjaan migrasi Server Migration Center (SMC).
Gejala
Pekerjaan migrasi Server Migration Center (SMC) gagal dan mengembalikan pesan error seperti "S6_* Gagal membuat snapshot partisi disk". Kode error S6_* yang mungkin muncul meliputi:
S6_8
S6_1
Penyebab
Selama replikasi blok, klien SMC secara otomatis membuat perangkat snapshot untuk partisi disk pada server sumber guna menyinkronkan data. Error ini terjadi jika klien SMC gagal membuat snapshot tersebut. Penyebabnya bervariasi tergantung sistem operasi server sumber:
Windows:
Ruang disk pada partisi tidak mencukupi.
Perangkat lunak keamanan atau antivirus pihak ketiga terinstal.
Batas penyimpanan Volume Shadow Copy tidak mencukupi.
Volume Shadow Copy Service tidak berfungsi dengan benar.
Linux
Ruang disk pada partisi tidak mencukupi.
Memori yang tersedia kurang dari 300 MB.
Perangkat snapshot untuk partisi disk tidak berfungsi dengan benar.
Solusi
Solusi bervariasi tergantung sistem operasi server sumber:
Windows
Buka Event Viewer dan periksa error dari sumber seperti
vss,volsnap, ataudisk. Atasi masalah sesuai petunjuk dalam pesan error.Jika error menunjukkan ruang disk tidak mencukupi atau VSS shadow copy tidak dapat diperluas:
Pastikan partisi disk memiliki ruang kosong yang cukup. Kami merekomendasikan menyisakan setidaknya 10% hingga 15% dari total kapasitas.
Periksa apakah batas penyimpanan Volume Shadow Copy terlalu kecil. Tingkatkan batas tersebut atau hapus batasnya, lalu coba lagi.
Buka dialog Properties disk, pilih tab Shadow Copies, pilih volume target, lalu klik Settings.... Di bagian Maximum size, pilih No limit atau tingkatkan nilai Use limit (misalnya menjadi 4.095 MB), lalu klik OK.
Jika muncul error 'Access is denied' dengan kode error
0x80070005, periksa keberadaan perangkat lunak keamanan atau antivirus pihak ketiga. Berikan izin backup disk yang diperlukan atau nonaktifkan sementara perangkat lunak tersebut, lalu ulangi operasi.Pastikan Volume Shadow Copy Service berjalan dengan benar.
Linux
Periksa apakah perangkat
/dev/smcss9ada, dan jalankan perintahdmesg | grep smcssuntuk memeriksa error terkait.Pastikan sistem memiliki memori yang tersedia minimal 300 MB.
Pastikan partisi disk memiliki ruang kosong yang cukup. Kami merekomendasikan menyisakan setidaknya 10% hingga 15% dari total kapasitas.
Di direktori instalasi klien SMC, jalankan perintah
./Check/client_check --ssclear smcssuntuk membersihkan perangkat snapshot sisa, lalu coba lagi. Untuk mengetahui direktori instalasi klien SMC, lihat View and run the SMC client.
(Bersyarat) Jika pesan error berisi "io scheduler not support", ubah I/O scheduler disk dengan langkah-langkah berikut.
Identifikasi indeks disk yang terpengaruh.
Cari bagian
msgdalam pesan error. Misalnya, dalammsg=CreateSnapshot 0-x Failed,0-xmenunjukkan disk pertama,1-xmenunjukkan disk kedua, dan seterusnya.Gunakan indeks dari langkah i untuk menemukan Nama perangkat disk yang sesuai.
Jalankan perintah
lsblkuntuk mengidentifikasi Nama perangkat disk berdasarkan indeks. Indeks dimulai dari 0.[root@xxx ~]# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT vda 253:0 0 40G 0 disk # Disk index 0 ├─vda1 253:1 0 2M 0 part ├─vda2 253:2 0 200M 0 part /boot/efi └─vda3 253:3 0 39.8G 0 part / vdb 253:16 0 100G 0 disk # Disk index 1 └─vdb1 253:17 0 100G 0 part /dataGunakan Nama disk dari langkah ii untuk memeriksa I/O scheduler saat ini.
Misalnya, untuk disk vdb, jalankan perintah
cat /sys/block/vdb/queue/scheduleruntuk melihat I/O scheduler-nya.Dalam output, scheduler yang diapit tanda kurung (
[]) adalah scheduler saat ini.mq-deadline kyber [bfq] noneCatatanOutput tersebut mencantumkan semua I/O scheduler yang tersedia: mq-deadline, kyber, bfq, dan none.
Ganti scheduler saat ini (
bfq) dengan scheduler lain.Gunakan scheduler apa pun selain
bfq. Misalnya, untuk beralih kemq-deadline:Jalankan perintah
sudo echo mq-deadline > /sys/block/vdb/queue/scheduler.Jalankan kembali perintah
cat /sys/block/vdb/queue/scheduleruntuk mengonfirmasi perubahan. Output menunjukkan bahwa scheduler telah berubah daribfqmenjadimq-deadline.sudo echo mq-deadline > /sys/block/vdb/queue/scheduler cat /sys/block/vdb/queue/scheduler [mq-deadline] kyber bfq none
Setelah Anda mengatasi masalah tersebut, jalankan klien SMC untuk mencoba kembali migrasi. Untuk informasi lebih lanjut, lihat Run the SMC client.