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