Resize disks: Difference between revisions

From Proxmox VE
Jump to navigation Jump to search
No edit summary
(Rewrite part 2 so we use part instead of cfdisk ( so we get GPT support), add --resizefs flag so we can resize the FS online via LVM)
Line 5: Line 5:
When you resize the disk of a VM, to avoid confusion and disasters think the process like adding or removing a disk platter.
When you resize the disk of a VM, to avoid confusion and disasters think the process like adding or removing a disk platter.


If you '''enlarge''' the hard disk, once you have added the disk plate your partition table and file system knows nothing about the new size, so you have to act inside the VM to fix it.
If you '''enlarge''' the hard disk, once you have added the disk plate, your partition table and file system knows nothing about the new size, so you have to act inside the VM to fix it.


If you '''reduce''' (shrink) the hard disk, of course removing the last disk plate will probably '''destroy''' your file system and remove the data in it! So in this case is paramount to act in the VM in '''advance''', reducing the file system and the partition size. SystemRescueCD comes very handy for it, just add its iso as cdrom of your VM and set boot priority to CD-ROM.
If you '''reduce''' (shrink) the hard disk, of course removing the last disk plate will probably '''destroy''' your file system and remove the data in it! So in this case is paramount to act in the VM in '''advance''', reducing the file system and the partition size. SystemRescueCD comes very handy for it, just add its iso as cdrom of your VM and set boot priority to CD-ROM.
Line 36: Line 36:
Windows should see the new size online without reboot with last virtio drivers.
Windows should see the new size online without reboot with last virtio drivers.


== 2. Enlarge the partition(s) in the virtual disk<br> ==
== 2. Enlarge the partition(s) in the virtual disk  ==


Depending on the installed guest there is several diffent ways to resize the partions  
Depending on the installed guest there is several diffent ways to resize the partions  


=== Windows Guests<br>  ===
=== Offline for all guests  ===
 
Use '''gparted''' or similar tool (recommended)<br> In gparted and possibly most other tools, '''LVM and Windows dynamic disc is not supported'''
 
Boot the virtual machine with gparted or similar tool, enlarge the partion and optionally the file system. With som linux clients you often need to enlarge the extended partion, move the swappartion, shrink the extended partion and enlarge the root partion. (or simple delete the swap and partion andre create it again - but remember to activwate the swap agin (last step).<br> Gparted have some warnings about some specific operations not well supported with windows guest - outside the scope of this document but read the warnings in gparted.<br>
 
 
=== Online for Windows Guests ===


*Guest is Windows 7, Windows Vista or Windows Server 2008<br>  
*Guest is Windows 7, Windows Vista or Windows Server 2008<br>  
*Boot the system, logon as administrator and extend the disk and filesystem (Using Disk manager)<br>  
*logon as administrator and extend the disk and filesystem (Using Disk manager)<br>  
*For more info [http://www.petri.co.il/extend-disk-partition-vista-windows-server-2008.htm www.petri.co.il/extend-disk-partition-vista-windows-server-2008.htm]<br>
*For more info [http://www.petri.co.il/extend-disk-partition-vista-windows-server-2008.htm www.petri.co.il/extend-disk-partition-vista-windows-server-2008.htm]<br>


=== Other guests<br>  ===


Use '''gparted''' or similar tool (recommended)<br> In gparted and possibly most other tools, '''LVM and Windows dynamic disc is not supported'''
=== Online for Linux Guests  ===
 
Here we will enlarge a LVM PV partition, but the procedure is the same for every kind of partitions.
Note that the partition you want to enlarge should be at the end of the disk.
If you want to enlarge a partition which is anywhere on the dis, use the offline methode.


Boot the virtual machine with gparted or similar tool, enlarge the partion and optionally the file system. With som linux clients you often need to enlarge the extended partion, move the swappartion, shrink the extended partion and enlarge the root partion. (or simple delete the swap and partion andre create it again - but remember to activwate the swap agin (last step).<br> Gparted have some warnings about some specific operations not well supported with windows guest - outside the scope of this document but read the warnings in gparted.<br>
* Check that the kernel has detected the change of the hard drive size
(here we use VirtIO so the hard drive is named vda)


=== Linux guests - online resizing ===
  dmesg | grep vda
[ 3982.979046] vda: detected capacity change from 34359738368 to 171798691840


'''It is likely this is the process you need if you are using LVM in your guests (such as the latest releases of Ubuntu Server).'''
* Print the current partition table


Enlarge the partions with gnu-cfdisk on the virtual master server, then online resize the filesystem in the virtual machine. A bit more complicated but possible faster.<br> AFAIK only reasonable option with guests using LVM  
fdisk -l /dev/vda | grep ^/dev
GPT PMBR size mismatch (67108863 != 335544319) will be corrected by w(rite).
/dev/vda1      34    2047    2014 1007K BIOS boot
/dev/vda2    2048  262143  260096  127M EFI System
/dev/vda3  262144 67108830 66846687 31.9G Linux LVM


Install gnu-cfdisk on the virtual master (Yes, the package name is gnu-fdisk)
<pre>apt-get install gnu-fdisk
</pre>
Mount the disk and open CFDISK:<br>


In case of a QCOW2 image<br>
* Resize the partition 3 (LVM PV)  to occupy the whole remaining space of the hard drive)
<pre>apt-get install nbd-client
qemu-nbd --connect /dev/nbd0 diskimage
cfdisk /dev/nbd0
</pre>
In case of a “RAW” image<br>
<pre>cfdisk diskimage
</pre>
In case of a LVM image<br>
<pre>cfdisk /dev/xxxxx/diskimage
</pre>
'''Enlarge the partition in CFDISK'''<br> Unfortunately gnu-cfdisk can not resize most filesystems, only partitions - in general<br>


'''When you attempt to choose "resize," cfdisk will tell you it cannot, and ask you if you want to "change size," warning you that this operation is "only for advanced users." The answer is yes. You are an advanced user. :)'''
parted /dev/vda
(parted) print
Warning: Not all of the space available to /dev/vda appears to be used, you can
fix the GPT to use all of the space (an extra 268435456 blocks) or continue
with the current setting?
Fix/Ignore? F


*Use “fixed start” to avoid long moving time<br>
(parted) resizepart 3 100%
*Use “change size” to only enlarge the partition, not the file system.<br>
(parted) quit


If the virtual guest is a Linux machine with a swap disk as the last partition you can simply delete the swap, enlarge the first disk and create a new swap - but remember to “activate” the swap again (see last step).<br> In the case of LVM guest, simple enlarge the LVM physical partition and the extended partition as well.
* Check the new partition table


<br>In case of QCOW2 - disconnect the NBD mount:<br>
fdisk -l /dev/vda | grep ^/dev
<pre>qemu-nbd -d /dev/nbd0
/dev/vda1      34      2047      2014  1007K BIOS boot
</pre>
/dev/vda2    2048    262143    260096  127M EFI System
/dev/vda3  262144 335544286 335282143 159.9G Linux LVM


== 3. Enlarge the filesystem(s) in the partions on the virtual disk  ==
== 3. Enlarge the filesystem(s) in the partitions on the virtual disk  ==


If you did not resize the filesystem in step 2, you need to boot the system and online resize it.  
If you did not resize the filesystem in step 2, you need to boot the system and online resize it.  


=== Linux client with LVM<br> ===
=== Online for Linux guests with LVM  ===
 
Enlarge the physical volume to occupy the whole available space in the partition:
 
pvresize /dev/vda3
 
Enlarge the logical volume and the filesystem (the file system can be mounted, works with ext4 and xfs)


Enlarge the physical volume (in this case on vda5)<br>
lvresize -L+1G --resizefs /dev/xxxx/root #This command will increase the partition up by 1GB -- not too helpful in most cases.
<pre>pvresize /dev/vda5
</pre>
Enlarge the logical volume (in this case root)<br>
<pre>lvresize -L+1G /dev/xxxx/root (This command will size the partition up by 1GB -- not too helpful in most cases.
</pre>
<pre>lvresize -l100%PVS /dev/xxxx/root (This command tells LVM to use 100% of the remaining space. It will probably "fail" the first couple times you try it, telling you it needs more space than it has. Try sizing down to 99%, 98% etc. until you are inside the limit. This appears to happen because of a disparity between how much space is "available" and how much can actually be used for the filesystem when you account for housekeeping, etc.)
Enlarge the filesystem<br>
<pre>resize2fs /dev/xxxx/root
</pre>
=== Linux client<br>  ===


Enlarge the filesystem (in this case root is on vda1)
lvresize --extents 100%FREE --resizefs /dev/xxxx/root #Use all the remaining space on the volume group
<pre>resize2fs /dev/vda1</pre>


== 4. Optionally with Linux Guests - activate the swap again ==
=== Online for Linux guests without LVM ===


If you have deleted the swap partion with gparted or cfdisk, you need to activate it again
Enlarge the filesystem (in this case root is on vda1)
<pre>mkswap /dev/vdxy
</pre>
where vdxy is the swap partition<br>


Notice the UUID and maybe change it in /etc/fstab (depending on distribution)
resize2fs /dev/vda1
<pre>swapon -a
</pre>
check with “free” that the swap is activated<br>


[[Category: HOWTO]]
[[Category: HOWTO]]

Revision as of 13:48, 10 September 2015

1. Resizing guest disk

General considerations

When you resize the disk of a VM, to avoid confusion and disasters think the process like adding or removing a disk platter.

If you enlarge the hard disk, once you have added the disk plate, your partition table and file system knows nothing about the new size, so you have to act inside the VM to fix it.

If you reduce (shrink) the hard disk, of course removing the last disk plate will probably destroy your file system and remove the data in it! So in this case is paramount to act in the VM in advance, reducing the file system and the partition size. SystemRescueCD comes very handy for it, just add its iso as cdrom of your VM and set boot priority to CD-ROM.

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

For virtio disks:

Linux should see the new size online without reboot with kernel >= 3.6

Windows should see the new size online without reboot with last virtio drivers.


for virtio-iscsi disk:

Linux should see the new size online without reboot with kernel >= 3.7

Windows should see the new size online without reboot with last virtio drivers.

2. Enlarge the partition(s) in the virtual disk

Depending on the installed guest there is several diffent ways to resize the partions

Offline for all guests

Use gparted or similar tool (recommended)
In gparted and possibly most other tools, LVM and Windows dynamic disc is not supported

Boot the virtual machine with gparted or similar tool, enlarge the partion and optionally the file system. With som linux clients you often need to enlarge the extended partion, move the swappartion, shrink the extended partion and enlarge the root partion. (or simple delete the swap and partion andre create it again - but remember to activwate the swap agin (last step).
Gparted have some warnings about some specific operations not well supported with windows guest - outside the scope of this document but read the warnings in gparted.


Online for Windows Guests


Online for Linux Guests

Here we will enlarge a LVM PV partition, but the procedure is the same for every kind of partitions. Note that the partition you want to enlarge should be at the end of the disk. If you want to enlarge a partition which is anywhere on the dis, use the offline methode.

  • Check that the kernel has detected the change of the hard drive size

(here we use VirtIO so the hard drive is named vda)

dmesg | grep vda
[ 3982.979046] vda: detected capacity change from 34359738368 to 171798691840
  • Print the current partition table
fdisk -l /dev/vda | grep ^/dev
GPT PMBR size mismatch (67108863 != 335544319) will be corrected by w(rite).
/dev/vda1      34     2047     2014 1007K BIOS boot
/dev/vda2    2048   262143   260096  127M EFI System
/dev/vda3  262144 67108830 66846687 31.9G Linux LVM


  • Resize the partition 3 (LVM PV) to occupy the whole remaining space of the hard drive)
parted /dev/vda
(parted) print
Warning: Not all of the space available to /dev/vda appears to be used, you can
fix the GPT to use all of the space (an extra 268435456 blocks) or continue
with the current setting? 
Fix/Ignore? F 
(parted) resizepart 3 100%
(parted) quit
  • Check the new partition table
fdisk -l /dev/vda | grep ^/dev
/dev/vda1      34      2047      2014  1007K BIOS boot
/dev/vda2    2048    262143    260096   127M EFI System
/dev/vda3  262144 335544286 335282143 159.9G Linux LVM

3. Enlarge the filesystem(s) in the partitions on the virtual disk

If you did not resize the filesystem in step 2, you need to boot the system and online resize it.

Online for Linux guests with LVM

Enlarge the physical volume to occupy the whole available space in the partition:

pvresize /dev/vda3

Enlarge the logical volume and the filesystem (the file system can be mounted, works with ext4 and xfs)

lvresize -L+1G --resizefs /dev/xxxx/root #This command will increase the partition up by 1GB -- not too helpful in most cases.
lvresize --extents 100%FREE --resizefs /dev/xxxx/root #Use all the remaining space on the volume group

Online for Linux guests without LVM

Enlarge the filesystem (in this case root is on vda1)

resize2fs /dev/vda1