Penting untuk memahami rantai volume untuk memecahkan masalah pembuatan/penghapusan snapshot. Postingan ini akan menjelaskan korelasi rantai volume.
Rantai volume di Database Engine dan Host perlu diperiksa karena Anda perlu memeriksa apakah status NYATA dari disk sama dengan yang Anda lihat di database. Prosedur yang ditampilkan di sini adalah untuk penyimpanan blok berbasis LVM (iSCSI dan FiberChannel). Untuk NFS jauh lebih sederhana, cari saja file dengan id gambar sebagai nama. Saat kami membuat snapshot, RHV "membekukan" disk dasar dan membuat salinan pada lapisan tulis (COW) di atas untuk menyimpan perubahan. Lapisan COW diimplementasikan sebagai snapshot qcow, yang menyimpan referensi ke gambar dasar yang berisi disk asli (atau lapisan sebelumnya).
1. Periksa dari database Engine:
– Snapshot 'pertama' untuk VM adalah 'Active VM' di RHV. 'Active VM' bukan snapshot yang sebenarnya tetapi hanya menunjukkan "status saat ini" sebagai snapshot. Ini adalah disk utama (parentid nol). Misalnya:
vm_name | snapshot_name | snapshot_status | image_guid | image_group_id | parentid | imagestatus ------------+----------------------+-----------------+--------------------------------------+--------------------------------------+--------------------------------------+------------- TestVM | Active VM | OK | 4ccf601e-ec11-4c10-be8c-3b1a6e53aa51 | 9f13d2e3-eed5-4af2-936c-358bc4948608 | 00000000-0000-0000-0000-000000000000 | 1 (1 row)
– Jika Anda membuat snapshot, maka snapshot pertama yang sebenarnya akan dibuat. Snapshot pertama ini adalah snapshot COW yang menggunakan disk sebelumnya sebagai gambar dasar. Orang tua adalah nol. Setelah snapshot pertama diambil, parentid 'Active VM' menjadi image_guid snapshot pertama.
Contoh :nama snapshot pertama adalah volumechain1. Dari output DB di bawah ini, Anda dapat melihat hubungan image_guid dan parentid:
vm_name | snapshot_name | snapshot_status | image_guid | image_group_id | parentid | imagestatus ------------+---------------+-----------------+--------------------------------------+--------------------------------------+--------------------------------------+------------- TestVM | Active VM | OK | 3fdf455e-52e6-48da-81f5-475cad796d21 | 9f13d2e3-eed5-4af2-936c-358bc4948608 | 4ccf601e-ec11-4c10-be8c-3b1a6e53aa51 | 1 TestVM | volumechain1 | OK | 4ccf601e-ec11-4c10-be8c-3b1a6e53aa51 | 9f13d2e3-eed5-4af2-936c-358bc4948608 | 00000000-0000-0000-0000-000000000000 | 1 (2 rows)
Contoh untuk snapshot kedua(volumechain2)/ketiga(volumechain3). Anda dapat melihat bahwa parentid snapshot kedua adalah volumeid snapshot pertama dan parentid snapshot ketiga adalah volume_id snapshot kedua.
vm_name | snapshot_name | snapshot_status | image_guid | image_group_id | parentid | imagestatus ------------+---------------+-----------------+--------------------------------------+--------------------------------------+--------------------------------------+------------- TestVM | Active VM | OK | 043dfd54-30d2-4437-9cba-2eded92136b6 | 9f13d2e3-eed5-4af2-936c-358bc4948608 | 3fdf455e-52e6-48da-81f5-475cad796d21 | 1 TestVM | volumechain1 | OK | 4ccf601e-ec11-4c10-be8c-3b1a6e53aa51 | 9f13d2e3-eed5-4af2-936c-358bc4948608 | 00000000-0000-0000-0000-000000000000 | 1 TestVM | volumechain2 | OK | 3fdf455e-52e6-48da-81f5-475cad796d21 | 9f13d2e3-eed5-4af2-936c-358bc4948608 | 4ccf601e-ec11-4c10-be8c-3b1a6e53aa51 | 1 (3 rows)
vm_name | snapshot_name | snapshot_status | image_guid | image_group_id | parentid | imagestatus ------------+---------------+-----------------+--------------------------------------+--------------------------------------+--------------------------------------+------------- TestVM | Active VM | OK | c9a717e4-bc90-4ef5-900d-777bf01b43bf | 9f13d2e3-eed5-4af2-936c-358bc4948608 | 043dfd54-30d2-4437-9cba-2eded92136b6 | 1 TestVM | volumechain1 | OK | 4ccf601e-ec11-4c10-be8c-3b1a6e53aa51 | 9f13d2e3-eed5-4af2-936c-358bc4948608 | 00000000-0000-0000-0000-000000000000 | 1 TestVM | volumechain2 | OK | 3fdf455e-52e6-48da-81f5-475cad796d21 | 9f13d2e3-eed5-4af2-936c-358bc4948608 | 4ccf601e-ec11-4c10-be8c-3b1a6e53aa51 | 1 TestVM | volumenchain3 | OK | 043dfd54-30d2-4437-9cba-2eded92136b6 | 9f13d2e3-eed5-4af2-936c-358bc4948608 | 3fdf455e-52e6-48da-81f5-475cad796d21 | 1 (4 rows)
2. Cek dari Host:
– Cek info domblk:
# virsh -r domblklist TestVM Target Source --------------------------------------------------------------------------------------------------------------------------------------------------------------- hdc - sda /rhev/data-center/mnt/blockSD/c95e9f3e-79cb-47ab-9825-8093ee12e42b/images/9f13d2e3-eed5-4af2-936c-358bc4948608/c9a717e4-bc90-4ef5-900d-777bf01b43bf
– Periksa tag LV:Backend LVM menyimpan data dalam Volume Logis (LV). RHV menandai semua LV dengan id disk yang menggunakan LV itu. Dari tag LV perintah di bawah ini, Anda dapat melihat rantai volume.
# lvs -o +tags|grep 9f13d2e3-eed5-4af2-936c-358bc4948608 043dfd54-30d2-4437-9cba-2eded92136b6 c95e9f3e-79cb-47ab-9825-8093ee12e42b -wi-ao---- 1.00g IU_9f13d2e3-eed5-4af2-936c-358bc4948608,MD_8,PU_3fdf455e-52e6-48da-81f5-475cad796d21 >>>> third snapshot 3fdf455e-52e6-48da-81f5-475cad796d21 c95e9f3e-79cb-47ab-9825-8093ee12e42b -wi-ao---- 1.00g IU_9f13d2e3-eed5-4af2-936c-358bc4948608,MD_6,PU_4ccf601e-ec11-4c10-be8c-3b1a6e53aa51 >>>>> second snapshot 4ccf601e-ec11-4c10-be8c-3b1a6e53aa51 c95e9f3e-79cb-47ab-9825-8093ee12e42b -wi-ao---- 48.00g IU_9f13d2e3-eed5-4af2-936c-358bc4948608,MD_3,PU_00000000-0000-0000-0000-000000000000 >>>>> first snapshot c9a717e4-bc90-4ef5-900d-777bf01b43bf c95e9f3e-79cb-47ab-9825-8093ee12e42b -wi-ao---- 1.00g IU_9f13d2e3-eed5-4af2-936c-358bc4948608,MD_11,PU_043dfd54-30d2-4437-9cba-2eded92136b6 >>>>> Active VM
– Periksa gambar qemu. Misalnya:
# qemu-img info /dev/c95e9f3e-79cb-47ab-9825-8093ee12e42b/4ccf601e-ec11-4c10-be8c-3b1a6e53aa51 image: /dev/c95e9f3e-79cb-47ab-9825-8093ee12e42b/4ccf601e-ec11-4c10-be8c-3b1a6e53aa51 file format: raw virtual size: 48G (51539607552 bytes) >>>>>>>>>>> disk size: 0
Buang rantai volume. Misalnya:
# vdsm-tool dump-volume-chains c95e9f3e-79cb-47ab-9825-8093ee12e42b |grep -A14 9f13d2e3-eed5-4af2-936c-358bc4948608 image: 9f13d2e3-eed5-4af2-936c-358bc4948608 - 4ccf601e-ec11-4c10-be8c-3b1a6e53aa51 >>>>this is the first snapshot volume_id status: OK, voltype: INTERNAL, format: RAW, legality: LEGAL, type: PREALLOCATED, capacity: 51539607552, truesize: 51539607552 - 3fdf455e-52e6-48da-81f5-475cad796d21 >>>>this is the second snapshot volume_id status: OK, voltype: INTERNAL, format: COW, legality: LEGAL, type: SPARSE, capacity: 51539607552, truesize: 1073741824 - 043dfd54-30d2-4437-9cba-2eded92136b6 >>>>this is the third snapshot volume_id status: OK, voltype: INTERNAL, format: COW, legality: LEGAL, type: SPARSE, capacity: 51539607552, truesize: 1073741824 - c9a717e4-bc90-4ef5-900d-777bf01b43bf >>>>this is Active VM Leaf volume_id status: OK, voltype: LEAF, format: COW, legality: LEGAL, type: SPARSE, capacity: 51539607552, truesize: 1073741824