Linux VM online disk expansion

     Occasionally, there is a need to expand disk assigned to some Linux virtual machine, depending on infrastructure or service provided inside datacenter. Personally, I liked feature inside Windows OS where, after you resize HDD through virtual machine settings, using Disk management tool you have easy option just to do an online expansion, without rebooting or something similar.

    For most of the time similar action, at least from my side on Linux based VMs, was performed using reboot operation and then disk expansion process. Particular commands needed to expand disk inside Linux VMs are very well explained on following links:

    I would like to introduce couple of new options for these kind of scenarios, which will give you an option to do an online enlargement on disk and partition of Linux virtual machine. Steps which I followed are given below:
  • please have a functional backup before any actions on Linux disk change;
  • remove any snapshot on Linux VM that you maybe created;
  • expand disk on Linux VM through regular procedure using Edit Settings VM window;
  • after expansion we need to make Linux kernel aware on new size - which can be accomplished using following cmd - in my case sdb is disk that is changed, so please use your disk name in following command:
echo 1 > /sys/class/block/sdb/device/rescan 
  • for partition to take change and expand we need to use very useful cmd growpart which is included inside cloud-utils package, easily installed on various distributions using:
yum install cloud-utils - Red Hat/CentOS
sudo apt-get install -y cloud-utils - Ubuntu/Debian
  • using growpart we can change partition easily using:
growpart /dev/sdb 1 - sdb is disk to grow / 1 is partition on that disk - change according your needs
  • last action is file system awareness, which is easily accomplished using included tools in Linux distro:
resize2fs /dev/sdb1 - again take care for your needs on exact disk
  • if working with LVM based disks and partitions inside Linux distribution, couple of useful and changed instructions:
lvdisplay - get information about logical volumes
vgdisplay - get information about volume groups
pvresize /dev/sdb1 - resizes required physical volume - change volume inputs (sdb1 in my example) according your environment
lvextend -r /dev/centos/root /dev/sdb1 - resizes logical volume - change volume inputs (/dev/centos/root and sdb1 in my example) according your environment

    Hope this overview on different options will help you in managing your Linux disk environment, providing increased productivity with fact that all mentioned operations could be done online inside operating system.

Comments

Post a Comment

Popular posts from this blog

NSX ALB LetsEncrypt with DNS-01 challenge - BIND example

    In some of my previous posts, mentioned here LetsEncrypt script integration and Script parameter usage , I explained how useful it can be for NSX advanced load balancing solutions to utilise this kind of approach for free and automatic certificate manipulation, especially in environments with large number of web services inside. This approach utilises HTTP-01 based challenge with LetsEncrypt systems and L7 HTTP/S virtual services on NSX ALB side.     Now, from some time ago there is enhancement in this area, developed by official Avi Networks devops page, in terms of using DNS-01 challenge also. I tried on-prem option using Bind DNS as server which works very well.     Steps are pretty much similar to HTTP-01 option, which can be summarised as following:      - Create L7 virtual service with publicly available FQDN - certificates resolved can be in both options RSA or ECDSA, as configured during creation;        - Do...
Read more

VMware SD WAN - multiple locations - LAN IP address space overlapping with NAT

Image
     Different scenarios are possible in terms of routing, NAT-ing and IP overlapping setups using VMware Velocloud SD WAN technology in Customer environments.      Recently I had an PoC with my Customer for the on-prem option with this VMware solution, where different use cases were interesting to show and demonstrate - one of them is something I would like to share and it relates to possibility of LAN-side NAT on Edge (branch) locations, with purpose to have IP overlapped on these setups. Next picture is showing typical Hub&Spoke setup where it can be possible to make this type of configuration: Picture 1. VMware SD WAN lab on-prem environment     Basically thing which needs to be accomplished is appropriate NAT solution for LANs on every branch Edge which are and needs to be the same (192.168.1.0/24 in this example) - as it is shown on Picture 1.      Honestly speaking, NAT is not one of so powerful things insi...
Read more

NSX-T Layer 2 bridging - scenarios & use cases

Image
     Layer 2 bridging is very useful feature of NSX-T, which provides connection to a VLAN backed port group or a device, such as a gateway, that resides outside of NSX-T DC environment. Useful scenarios, among others, are: Workload migration from VLAN-backed to NSX overlay segment, NSX-V to NSX-T migration in Customer environments, Security features leverage using NSX-T Gateway firewall etc. L2 bridging feature requires usage of Edge clusters and Edge Bridge profiles.      Deployments should consider different options, with most important scenarios, for implementation below (this covers Edge VM deployment option as typical use case): Edge VM on VSS portgroup  --> promiscuous and forged transmit on portgroup REQUIRED / ESXi host (with Edge VM) command " esxcli system settings advanced set -o /Net/ReversePathFwdCheckPromisc -i 1 " REQUIRED / Active and Standby Edge VMs should be on different hosts, Edge VM on VDS 6.6 (or later) portgroup  -->...
Read more