<div dir="ltr"><div>> Your patch still needs to handle the case where a VM has been converted</div><div>> to a template since image handling after conversion complains of an</div><div>> unknown setting: sparse.</div>
<div><br></div><div>Michael, I can't seem to recreate this. I converted a VM with the sparse option to a template and created a linked clone, and then backed up the linked clone and didn't get this error message. This is a log of my linked clone backup:</div>
<div><br></div><div><div>INFO: starting new backup job: vzdump 103 --remove 0 --mode snapshot --compress lzo --storage chatsworth_backup --node pvetest</div><div>INFO: Starting Backup of VM 103 (qemu)</div><div>INFO: status = stopped</div>
<div>INFO: update VM 103: -lock backup</div><div>INFO: backup mode: stop</div><div>INFO: ionice priority: 7</div><div>INFO: creating archive '/mnt/pve/chatsworth_backup/dump/vzdump-qemu-103-2014_03_17-11_51_46.vma.lzo'</div>
<div>INFO: starting kvm to execute backup task</div><div>INFO: started backup task 'b44451e7-57d6-49cd-bcc3-61d7a7679417'</div><div>INFO: status: 0% (155713536/34359738368), sparse 0% (155713536), duration 3, 51/0 MB/s</div>
<div>INFO: status: 1% (363397120/34359738368), sparse 1% (363397120), duration 7, 51/0 MB/s</div><div>INFO: status: 2% (725680128/34359738368), sparse 2% (725680128), duration 14, 51/0 MB/s</div><div>INFO: status: 3% (1037828096/34359738368), sparse 3% (1037828096), duration 20, 52/0 MB/s</div>
<div>...</div><div>INFO: status: 100% (34359738368/34359738368), sparse 100% (34359738368), duration 663, 50/0 MB/s</div><div>INFO: transferred 34359 MB in 663 seconds (51 MB/s)</div><div>INFO: stopping kvm after backup task</div>
<div>INFO: archive file size: 2MB</div><div>INFO: Finished Backup of VM 103 (00:11:07)</div><div>INFO: Backup job finished successfully</div><div>TASK OK</div></div><div><br></div><div><br></div><div>Is there any pointers you could give me so I can generate the error? Thank you.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Mar 17, 2014 at 11:29 AM, Chris Allen <span dir="ltr"><<a href="mailto:ca.allen@gmail.com" target="_blank">ca.allen@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class=""><div>> It might be worth trying to make a feature request to the qemu-img team to add this option?</div>
<div><br></div></div><div>I'll pursue getting this feature added to qemu-img.</div><div class=""><div><br></div><div>
<div>> Your patch still needs to handle the case where a VM has been converted</div><div>> to a template since image handling after conversion complains of an</div><div>> unknown setting: sparse.</div></div><div>
<br></div></div><div>Got it, thanks. I'll look into fixing that.</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Mar 17, 2014 at 11:20 AM, Michael Rasmussen <span dir="ltr"><<a href="mailto:mir@datanom.net" target="_blank">mir@datanom.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On Mon, 17 Mar 2014 11:08:41 -0700<br>
Chris Allen <<a href="mailto:ca.allen@gmail.com" target="_blank">ca.allen@gmail.com</a>> wrote:<br>
<br>
><br>
> Connecting to the target with a host group defined fails unless the<br>
> initiator has been added to the host group, as it should be by design. If<br>
> I manually add the initiator name ("iqn.2008-11.org.linux-kvm:<vm-name>")<br>
> to the host group on the server then I can connect to and use the volume.<br>
> Since, like you pointed out Micheal, the initiator name is based on the<br>
> VM's name, maintaining the host-group association, manually or<br>
> automatically is a pain. Too bad we can't force an initiator name.<br>
><br>
</div>It works with both hostgroup and targetgroup starting the VM provided<br>
that you add -iscsi 'initiator-name=<initiator-name>' since this option<br>
will be transferred to libiscsi. The problem is qemu-img which is used<br>
extensively in storage scripts in proxmox. It might be worth trying to<br>
make a feature request to the qemu-img team to add this option?<br>
<div><br>
> Did you try using only a target group, with no host group definition? This<br>
> seems to work fine for me. It might be worth it to keep just the target<br>
> group part of the patch and scrap the host group.<br>
><br>
</div>No, I haven't tried this but I think we should keep both hoping for<br>
qemu-img team to add the feature. Until then we simply ignore the<br>
option.<br>
<br>
Your patch still needs to handle the case where a VM has been converted<br>
to a template since image handling after conversion complains of an<br>
unknown setting: sparse.<br>
<div><br>
<br>
--<br>
Hilsen/Regards<br>
Michael Rasmussen<br>
<br>
Get my public GnuPG keys:<br>
michael <at> rasmussen <dot> cc<br>
<a href="http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E" target="_blank">http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E</a><br>
mir <at> datanom <dot> net<br>
<a href="http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C" target="_blank">http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C</a><br>
mir <at> miras <dot> org<br>
<a href="http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917" target="_blank">http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917</a><br>
--------------------------------------------------------------<br>
/usr/games/fortune -es says:<br>
</div>echo "Congratulations. You aren't running Eunice."<br>
-- Larry Wall in Configure from the perl distribution<br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>