I created a small video tutorial for doing this manually (without cloud-init)
for Non-LVM based root disks.
Here is the link : https://www.youtube.com/watch?v=cjAHbjHWRlM
I am planning to do a similar one for LVM based root disks as well.
From: Mohd Zainal Abidin [mailto:zainal....@gmail.com]
Sent: Friday, August 04, 2017 3:29 AM
Subject: Re: Instance with a larger disk size then Template
We have this issue long time ago. We manually resize root when VM's still
running. After resize and reboot the size show correct.
On Aug 4, 2017 6:25 AM, "ilya" <ilya.mailing.li...@gmail.com> wrote:
> Just a thought - as i do this very frequently.
> If you are using LVM on your ROOT partition - you dont need to power it
> on via Live CD.
> It can all be done online while the system running.
> On 8/3/17 6:40 AM, Imran Ahmed wrote:
> > Hi Erik,
> > Thanks for suggestion, I tried this too and was successful till
> lvextending the logical volume. However at the stage of running resize2fs
> it produced errors like : Bad super block..." so I ended up installing
> from an ISO and partitioning without LVM this time so that I could use this
> template to resize in future.
> > Cheers,
> > Imran
> > -----Original Message-----
> > From: Erik Weber [mailto:terbol...@gmail.com]
> > Sent: Thursday, August 03, 2017 3:56 PM
> > To: firstname.lastname@example.org
> > Subject: Re: Instance with a larger disk size then Template
> > A faster approach than those mentioned is to create a new partition on
> > the unused disk space, and add it to the volume group, then use
> > lvextend and resizing the fs.
> > On Thu, Aug 3, 2017 at 12:00 PM, Imran Ahmed <im...@eaxiom.net> wrote:
> >> Hi All,
> >> I am creating an instance with a 300GB disk from a CentOS 7 template
> >> has 5GB disk (LVM Based).
> >> The issue is that the root LVM partition inside the new VM instance
> >> shows 5GB .
> >> The device size (/dev/vda) however shows 300GB. The question is what
> >> the best strategy to resize the root LVM partition so that I could use
> >> 300G.
> >> Kind regards,
> >> Imran