QA:Testcase Virtualization Live Backup

From FedoraProject

(Difference between revisions)
Jump to: navigation, search
(Create page)
(Use an unordered list, since making numbers work with multiline pre sucks)
 
(One intermediate revision by one user not shown)
Line 13: Line 13:
  
 
|actions=
 
|actions=
# Start your VM, connect to the graphical console with virt-manager. Log in to your guest.
+
* Start your VM, connect to the graphical console with virt-manager. Log in to your guest.
# On the host, create a live snapshot of the guest:
+
* On the host, create a live snapshot of the guest:
 
       # virsh snapshot-create-as f18 snapshot1 "snapshot for backup" --disk-only --atomic --no-metadata
 
       # virsh snapshot-create-as f18 snapshot1 "snapshot for backup" --disk-only --atomic --no-metadata
# Your guest is now running off a sparse qcow2 image. Merge the original disk info into the sparse snapshot:
+
* Your guest is now running off a sparse qcow2 image. Merge the original disk info into the sparse snapshot:
 
       # virsh blockpull --domain f18 --path /var/lib/libvirt/images/f18.snapshot1
 
       # virsh blockpull --domain f18 --path /var/lib/libvirt/images/f18.snapshot1
# Watch the progress of this operation:
+
* Watch the progress of this operation:
 
       # virsh blockjob --info f18 /mnt/data/devel/images/f18.snapshot1
 
       # virsh blockjob --info f18 /mnt/data/devel/images/f18.snapshot1
 
       Block Pull: [ 35 %]
 
       Block Pull: [ 35 %]
 
       # virsh blockjob --info f18 /mnt/data/devel/images/f18.snapshot1
 
       # virsh blockjob --info f18 /mnt/data/devel/images/f18.snapshot1
 
       Block Pull: [ 39 %]
 
       Block Pull: [ 39 %]
# While this operation is taking place, connect to the guest and touch a create a few files in $HOME
+
* While this operation is taking place, connect to the guest and touch a create a few files in $HOME
# When the job has finished, the above blockjob command will return empty output
+
* When the job has finished, the above blockjob command will return empty output
# Move the original disk image to your backup location
+
* Move the original disk image to your backup location
 
       # mv /var/lib/libvirt/images/f18.img /my/backup/dir
 
       # mv /var/lib/libvirt/images/f18.img /my/backup/dir
# Verify that the guest is still accessible, and all files can be read ('find /' should be sufficient)
+
* Verify that the guest is still accessible, and all files can be read ('find /' should be sufficient)
  
 
If you want to get back to your original VM image name, you can now do:
 
If you want to get back to your original VM image name, you can now do:
 
       # virsh snapshot-create-as f18 snapshot2 "snapshot for backup" --disk-only --atomic --no-metadata --diskspec vda,file=/var/lib/libvirt/images/f18.img
 
       # virsh snapshot-create-as f18 snapshot2 "snapshot for backup" --disk-only --atomic --no-metadata --diskspec vda,file=/var/lib/libvirt/images/f18.img
 
Then continue with the above steps to merge your changes in the original image, and delete the intermediate f18.snapshot. Your disk f18.img will still be converted to qcow2 however (but that's a good thing!)
 
Then continue with the above steps to merge your changes in the original image, and delete the intermediate f18.snapshot. Your disk f18.img will still be converted to qcow2 however (but that's a good thing!)
   
 
  
 
+
Optionally, you can shutdown the VM, and edit the XML using 'virsh edit' like usual
 
+
 
+
Guest is now entirely using f18.snapshot-pt1
+
# yes, 'mv'
+
mv /mnt/data/devel/images/f18.img /my/backup/location
+
  
 
|results=
 
|results=
The following must be true to consider this a successful test run. Be brief ... but explicit.  
+
No obvious errors, guest appears to be functioning correctly after all the steps.
# Step #1 completes without error
+
# The system boots into runlevel 5
+
# Program completes wth exit code 0
+
 
}}
 
}}
  
 
[[Category:Virtualization Test Cases]]
 
[[Category:Virtualization Test Cases]]

Latest revision as of 02:01, 30 October 2012

Contents

Description

Backup a VM's disk image while it is running, with zero downtime. For more details, see:

http://fedoraproject.org/wiki/Features/Virt_Live_Snapshots

Setup

Nothing beyond the initial test day setup (basically a function F18 VM).

Warning (medium size).png
Disk space requirements
This test requires enough storage to hold 2 VM disk images. Beware if you're doing your testing in a nested VM!
Warning (medium size).png
You disk image will be converted to qcow2
After following these steps, the VMs disk image will be in qcow2 format, regardless of the existing format!

How to test

  • Start your VM, connect to the graphical console with virt-manager. Log in to your guest.
  • On the host, create a live snapshot of the guest:
     # virsh snapshot-create-as f18 snapshot1 "snapshot for backup" --disk-only --atomic --no-metadata
  • Your guest is now running off a sparse qcow2 image. Merge the original disk info into the sparse snapshot:
     # virsh blockpull --domain f18 --path /var/lib/libvirt/images/f18.snapshot1
  • Watch the progress of this operation:
     # virsh blockjob --info f18 /mnt/data/devel/images/f18.snapshot1
     Block Pull: [ 35 %]
     # virsh blockjob --info f18 /mnt/data/devel/images/f18.snapshot1
     Block Pull: [ 39 %]
  • While this operation is taking place, connect to the guest and touch a create a few files in $HOME
  • When the job has finished, the above blockjob command will return empty output
  • Move the original disk image to your backup location
     # mv /var/lib/libvirt/images/f18.img /my/backup/dir
  • Verify that the guest is still accessible, and all files can be read ('find /' should be sufficient)

If you want to get back to your original VM image name, you can now do:

     # virsh snapshot-create-as f18 snapshot2 "snapshot for backup" --disk-only --atomic --no-metadata --diskspec vda,file=/var/lib/libvirt/images/f18.img

Then continue with the above steps to merge your changes in the original image, and delete the intermediate f18.snapshot. Your disk f18.img will still be converted to qcow2 however (but that's a good thing!)

Optionally, you can shutdown the VM, and edit the XML using 'virsh edit' like usual

Expected Results

No obvious errors, guest appears to be functioning correctly after all the steps.