[PVE-User] version 4.4. typo and shrinking

Lari Tanase larieu at gmail.com
Sun Feb 19 06:07:58 CET 2017

Hi Emmanuel,

On 02/16/2017 10:52 AM, Emmanuel Kasper wrote:
> On 02/14/2017 04:24 PM, Lari Tanase wrote:
>> Hi,
> Hi Lari
>> I've installed the 4.4. for some tests and learning activities on a
>> spare machine I have found some issues
>> 1. typo error in code
>> https://github.com/proxmox/qemu-server/blob/master/PVE/API2/Qemu.pm line
>> 2767
>>> die "unable to skrinkdisk size\n" if $newsize < $size;
>> I believe skrink should be shrink
> thanks, correction is on the way
>> 2. even on the wiki is presented as an option in manual of qm it seems
>> that shrinking is not supported any more
> hum, actually the wiki article at
> https://pve.proxmox.com/wiki/Resize_disks says:
> "Shrinking disks is not supported by the PVE API and has to be done
> manually. "
I am complaining that the "qm resize" command don't work as per wiki not 
that it must be done manually

as per wiki
>         qm command
> You can resize your disks online or offline with command line:
> qm resize <vmid> <disk> <size>
> exemple: to add 5G to your virtio0 disk on vmid100:
> qm resize 100 virtio0 +5G
but it won't work due the fact the qm command not support shrinking any more
if you issue a resize with - (minus ) it won't work with a bit of 
confusing error
only reading man qm you can understand that qm has no support for shrinking

qm resize 100 virtio0 -5G

for example
>> 3. as long in 4.4 VM are in separate lvm's what is wrong doing this?
>> 3.1. backup your vm
>> 3.2. boot your VM machine with an GParted iso and shrink whatever you
>> want there
>> 3.3. check that VM is sound after that step ( you can make another backup )
>> 3.4. stop your machine and issue
>> lvreduce -L zzzG /dev/pve/vm-xxxx-disx-y
> there is nothing wrong with this approach.
> the thing is that from the hypervisor size we have absolutely no way to
> know if the prior FS shrinking operation completed successfully in the VM.
> The risk that the user shoot himself in the foot is way too big,
> especially if such an option lands in the gui.
I agree that it is better to remain manually and "advert" the user of 
the implications
No intention to land in the gui
but for backdoor solution in console as long as the qm resize do not do 
the job
that means is should be added on wiki as a way to deal with shrinking in 
LVM-thin environment?

> _______________________________________________
> pve-user mailing list
> pve-user at pve.proxmox.com
> http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user
Thank you

Laurențiu Tănase

More information about the pve-user mailing list