[pve-devel] qemu-server : add new qm import_disk feature
Alexandre DERUMIER
aderumier at odiso.com
Thu Jan 19 16:27:13 CET 2017
>>well... you can't have your cake and eat it too? or in other words,
>>nothing in life is free..
Well, to have a real example, I have a customer which have migrated around 50 vmware vms with exactly your steps,
and he said me that's easy really to slow/long will all this steps.
Just to compare , openstack have a single line command import
glance image-create --name "NAME" \
--is-public IS_PUBLIC \
--disk-format DISK_FORMAT \
--container-format CONTAINER_FORMAT \
--file IMAGE
@cc Stefan && Timo from profihost, as they also try to implement disk image upload last year
http://pve.proxmox.com/pipermail/pve-devel/2016-February/019254.html
----- Mail original -----
De: "Fabian Grünbichler" <f.gruenbichler at proxmox.com>
À: "pve-devel" <pve-devel at pve.proxmox.com>
Envoyé: Jeudi 19 Janvier 2017 11:21:55
Objet: Re: [pve-devel] qemu-server : add new qm import_disk feature
On Thu, Jan 19, 2017 at 10:24:17AM +0100, Alexandre DERUMIER wrote:
> The problem with 1),
>
> it's that users don't have always local file storage space.
> (for example, they have only small local disk and disks are on a san, or they have big lvmthin storage but no space for files)
>
> My students/customers generaly export image on usb drive or network share,
>
the directory storage does not have to be local (e.g., a CIFS or NFS
share mounted locally works just fine) - "local" is just the default PVE
one.
> and don't known nothing about directory structure (/images/vmid/vm-ID-whatever)
> and don't want to define a storage for this in proxmox configuration.
well... you can't have your cake and eat it too? or in other words,
nothing in life is free..
if you add your mounted USB drive / network share / .. as directory
storage, it will even add the directory structure and you just need to
move the disk image..
alternatively, but I would only recommend this temporary while
importing, you can use a symlink instead of moving/copying the disk
image. then you neither need to add a new (temporary) storage, nor do
you need to copy (with all the space and time requirements). a simply
"ln -s" (again, with the right target name and location!) followed by
"qm rescan -vmid ID" is enough. after using move disk, don't forget to
remove the symlink to prevent accidents. (removing the unused source
disk in PVE should only remove the symlink, but I would not rely on
this!)
> I'm more to implement root permission only and add some regex for paths. (CLI only is enough)
if you mean a whitelist regex of acceptable paths, I don't really see
the advantage compared to the existing whitelist of "put it on a
storage with an accepted name". adding a blacklist does not help at all?
_______________________________________________
pve-devel mailing list
pve-devel at pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
More information about the pve-devel
mailing list