[libvirt-users] Question, how to coorelate snapshot ID's to the files that they represent?

[vonNieda, Adam (USMS)]

   Got it, thanks Peter!

   Just wanted to make sure I wasn't overlooking some command or flag explicitly for returning such info. 

   Best regards,

      -Adam

-- 
Adam vonNieda 
JMIS technical support 
Capgemini Government Solutions
JPATS Kansas City
Desk 816-467-1935 


-----Original Message-----
From: Peter Krempa [mailto:pkrempa at redhat.com] 
Sent: Thursday, May 30, 2013 11:10 AM
To: vonNieda, Adam (USMS)
Cc: libvirt-users at redhat.com
Subject: Re: [libvirt-users] Question, how to coorelate snapshot ID's to the files that they represent?

On 05/30/13 17:33, vonNieda, Adam (USMS) wrote:>     Hi folks, first post J
 >
 >     I'm running Redhat 6 x64 with ibvirt-0.10.2-18 and
 > qemu-img-rhev-0.12.1.2-2.355
 >
 >     My question is, if I do something like the following..
 >
 > [root at testbox ~]# virsh snapshot-list STIGtest  >
 > Name                 Creation Time             State
 >
 > ------------------------------------------------------------
 >
 > 1369421485           2013-05-24 13:51:25 -0500 disk-snapshot
 >
 > 1369768781           2013-05-28 14:19:41 -0500 disk-snapshot
 >
 > 1369920434           2013-05-30 08:27:14 -0500 disk-snapshot
 >
 > 1369920574           2013-05-30 08:29:34 -0500 disk-snapshot
 >
 > 1369920859           2013-05-30 08:34:19 -0500 disk-snapshot
 >
 > 1369920888           2013-05-30 08:34:48 -0500 disk-snapshot
 >
 > 1369921298           2013-05-30 08:41:38 -0500 disk-snapshot
 >
 >     Is there another command I can issue to get the OS snapshot file
 > that one of those snapshot names represents?

To get more information about the snapshot you can issue

virsh snapshot-dumpxml STIGtest 1369421485

This returns a XML document describing the snapshot. The default snapshot name is a unix timestamp of the time when the snapshot was taken. The name can be set to any string at the time the snapshot is
created:

virsh snapshot-create-as STIGtest snapshotname

Peter

 >
 >     Thanks very much!
 >
 >        -Adam
 >