Hi,

It seems that the snapshot facility relies on the "libvirt" snapshot facility 
which at the moment
relies entirely upon the QEMU snapshot facility, which means you can really 
only snapshot QCOW
images. Before I start to modify remotes/bmm/kvm/snapshot*, is there a way or 
are there any plans
to move snapshot functionality to the drivers such that we can use a custom 
snapshot facility on
a per storage facility basis?

Case in point;

At the moment there seems to be a script which does this;

virsh --connect $LIBVIRT_URI snapshot-create-as $DOMAIN (which is QCOW2 only?)

I would like it to be able to handle this;

vdc-tool -n ON_IM_81 --mksnap "First Snapshot"
>  :: Snapshot created [First Snapshot]

vdc-tool -n ON_IM_81 --lssnap
+----------+--------------------------------------+----------+----------+----------------------+
| UniqueID | Snapshot Name                        |     Size |   Blocks | 
Created@             |
+----------+--------------------------------------+----------+----------+----------------------+
| 1        | First Snapshot                       |  662.53M |   370404 | 20 
Oct 2013 09:55:08 |
|          | 6c0ca1c0-9d62-474a-83fc-369fa01d4068 |          |          | Root: 
    1196295401 |
+----------+--------------------------------------+----------+----------+----------------------+
Number of snapshot blocks used (370404) taking ( 662.53M)
Current committed blocks = 652079
Current blocks (0 ) and current size (   0.00b)

Obviously the vdc-tool output can be tweaked as necessary .. I would like to be 
able to integrate
this into libvirt, but the snapshot API in libvirt appears still to be on the 
drawing board whereas
I already have a working / usable snapshot facility ... any thoughts ?

Incidentally, I think I just spotted a bug on the Placement log;

#       Host    Action  Reason  Chg time                        Total time      
Prolog time
0       node3   live-migrate    USER    19:08:46 19/11/2013     0d 00:01        
0d 00:00        
1       node2   live-migrate    USER    19:09:44 19/11/2013     0d 00:03        
0d 00:00        
2       node1   live-migrate    USER    19:12:56 19/11/2013     0d 00:01        
0d 00:00        
3       node3   live-migrate    USER    19:13:59 19/11/2013     0d 14:47        
0d 00:00        
4       node1   none            NONE    10:00:15 20/11/2013     30d 23:55       
0d 00:00        

We've accumulated 30d of total time overnight ?!
(yes, the clocks are in sync ...)

-- 
Gareth Bult 
“The odds of hitting your target go up dramatically when you aim at it.” 
_______________________________________________
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org

Reply via email to