<div dir="ltr"><div>Wow man! This explanation help a lot....<br></div>Thanks so much.... <br></div><div class="gmail_extra"><br><div class="gmail_quote">2016-02-02 17:07 GMT-02:00 Adam Thompson <span dir="ltr"><<a href="mailto:athompso@athompso.net" target="_blank">athompso@athompso.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
On 16-02-02 11:24 AM, Gilberto Nunes wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi<br>
<br>
And what if I work with BTRFS inside the VM???<br>
The FS where VM image lay could be any other FS... Currently, I am use GlusterFS + XFS.<br>
I need LVM or BRTFS inside the VM, in order to resize disk partition...<br>
And I am between LVM or BRTFS....<br>
</blockquote>
<br></span>
Only if you need to do *online* resizes (without unmounting the filesystem).  If you can live with unmounting the filesystem, plain old ext3 (and ext4) can do what you need.  Of course, if it's the root filesystem you need to resize, the only way to unmount it is to shut down the VM and reboot it in single-user mode.  I think you might need to boot off a CD to resize the root fs, can't remember if there's a way around it.<br>
<br>
But let's say you create your VMs with two vdisks: one for boot+root (these don't even have to be separate partitions), one for /home.<br>
To make this a concrete example, let's say Disk 0 (sda) is 10GB and Disk 1 (sdb) is 10GB.<br>
Ensure the VM has hot-plugging enabled for disk devices.<br>
Let's say /dev/sda1 (/) is ext4 and /dev/sdb1 (/home) is ext4.  No LVM and no BTRFS.<br>
/dev/sdb is MBR-partitioned for simplicity.<br>
Make sure no processes at all are using /home.<br>
Unmount /home.<br>
In PVE management UI, resize Disk 1 to (for example) 20GB.<br>
If the Linux kernel doesn't pick up the change immediately, make sure you are running acpid, and you may want to run "rescan-scsi-bus.sh --remove --forcerescan" (in RPM: sg3_utils, and in DEB: scsitools) and/or "sfdisk --re-read /dev/sdb".<br>
Use fdisk/gdisk/parted/whatever to grow the partition.<br>
Now run "resize2fs /dev/sdb1" and it'll grow the filesystem to the new disk size.<br>
Finally remount /home and restart any services depending on it.<br>
<br>
<br>
Instead, if you used LVM, you could just add a new SCSI disk entirely (not resize the existing one), then "pvcreate /dev/sdc" + "vgextend my-existing-vg-name /dev/sdc" + "lvextend --extents +100%FREE --resizefs my-vg-name/mv-lv-name /dev/sdc".  It's definitely simpler/easier/less-disruptive.<br>
<br>
(You can also resize the PV in LVM, but if zero-downtime is the goal, it's much easier to keep adding new SCSI devices and extending the VG+LV.)<br>
<br>
Or do you need to *shrink* the disks?  That's a whole different story... I don't think PVE can even shrink virtual disks in the first place.  You can do the first scenario I described above, except instead, use "resize2fs -M /dev/sdb1" to shrink it instead.<br>
<br>
If you consistently need to shrink filesystems, I would use ext3 on top of LVM; use "resize2fs -M /dev/vg/lv" first, then "lvreduce --size -10G /dev/vg/lv" but be REALLY careful with the size you provide to lvreduce!  (You can also use lvresize, there isn't much difference.)<br>
<br>
Lastly, if you're using QCOW2 for VM disks, that's a whole 'nother level you have to worry about if you're trying to shrink disks; if you're using virt-scsi, I think you can do an "fstrim /home" first to signal that some blocks can be reclaimed, then just compact the QCOW2 file.  (See <a href="https://pve.proxmox.com/wiki/Shrink_Qcow2_Disk_Files" rel="noreferrer" target="_blank">https://pve.proxmox.com/wiki/Shrink_Qcow2_Disk_Files</a> for the older approach.)  Then you have to take the VM offline, copy the QCOW2 out to a smaller, compacted, file, and reboot the VM with that file attached instead of the original QCOW2 file.<br>
<br>
<br>
You'll need to provide *exact* details of what your actual goal is here, if nothing I've said so far covers it.<div class="HOEnZb"><div class="h5"><br>
<br>
-Adam<br>
<br>
_______________________________________________<br>
pve-user mailing list<br>
<a href="mailto:pve-user@pve.proxmox.com" target="_blank">pve-user@pve.proxmox.com</a><br>
<a href="http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user" rel="noreferrer" target="_blank">http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><br></div><div>Gilberto Ferreira<br>+55 (47) 9676-7530<br>Skype: gilberto.nunes36<br></div><br></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
</div>