<div dir="ltr">Thank you so much for your informative response. The man page of virsh did not include "snapshot=no" sub-option under the --diskspec option, but it is very intuitive. Thanks developers for their excellent work!<div class="gmail_quote"><div dir="ltr"><div><br></div><div>Hakan<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Peter Krempa <<a href="mailto:pkrempa@redhat.com" target="_blank">pkrempa@redhat.com</a>>, 6 Oca 2020 Pzt, 02:57 tarihinde şunu yazdı:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sun, Jan 05, 2020 at 17:21:52 -0600, Eyüp Hakan Duran wrote:<br>
> Dear all,<br>
> Please let me start by indicating that I am not from a technical<br>
> background, so please be gentle and patient with me.<br>
> <br>
> I am trying to get a snapshot from my virtual machines (vm) and the<br>
> following<br>
> command works for all of them bar one:<br>
> <br>
> # virsh snapshot-create-as --quiesce --no-metadata --domain myvm myvm-state<br>
> --diskspec vda,file=overlay.qcow2 --disk-only --atomic<br>
<br>
You can drop --atomic if you use a qemu released in at least last 5<br>
years as the snapshot is always atomic if the qemu supports the<br>
'transaction' command.<br>
<br>
> <br>
> The only exception is this one vm, which has two disks as two separete<br>
> qcow2 files: vda and vdb. Vdb contains my nexcloud data, resides on a<br>
> btrfs subvolume, and a daily snapshot of this subvolume is taken by a<br>
> cronjob<br>
> by the host machine. Therefore, I do not want to include it in the<br>
> snapshot taken by virsh, and therefore I did not include vdb as a<br>
> separate --diskspec item, and used the same command indicated above.<br>
> However, this fails with the following behavior: a state (or rather<br>
> overlay file with a qcow2 extension is created on the host machine's<br>
> directory where the image of vdb exists. My question is the following:<br>
> Is there a way to direct virsh for only taking a snapshot ignoring one<br>
> of the disks? Yes, I can always create that second snapshot/overlay<br>
<br>
Sure. Just use a second --diskspec vdb,snapshot=no<br>
<br>
> image of vdb and delete it later, but it doesn't feel very intuitive,<br>
> and efficient. However, it is quite possible that I may be completely<br>
> overseeing an important aspect of the process, and this may not be possible<br>
> due to that :).<br>
<br>
One disadvantage of the above operation is that the snapshot of vdb is<br>
not from the same time as vda, but if that doesn't pose a problem in<br>
your scenario it's okay to do it that way.<br>
<br>
> <br>
> Thanks for your inputs in advance.<br>
> <br>
> Hakan Duran<br>
<br>
> _______________________________________________<br>
> libvirt-users mailing list<br>
> <a href="mailto:libvirt-users@redhat.com" target="_blank">libvirt-users@redhat.com</a><br>
> <a href="https://www.redhat.com/mailman/listinfo/libvirt-users" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/libvirt-users</a><br>
<br>
</blockquote></div>
</div></div>