I'm using AWS to boot up a RHEL64 instance but the disk is failing to resize to fit the volume I've selected.
Here's the scenario:
I Launch a running instance from the Marketplace AMI ami-517eec6b (which is RedHat's approved RHEL64 image), and select a volume size of say 30GB. The instance launches successfully however the fdisk and df output do not match up.
ie,
df is showing the filesystem reported to only 8GB (the default size)
$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 5.7G 2.3G 3.4G 41% /
none 1.8G 0 1.8G 0% /dev/shm
fdisk is showing the volume to be the correct 30gb.
$ sudo fdisk -l
Disk /dev/xvda: 32.2 GB, 32212254720 bytes
4 heads, 32 sectors/track, 491520 cylinders
Units = cylinders of 128 * 512 = 65536 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00072e87
Device Boot Start End Blocks Id System
/dev/xvda1 1 93750 5999984 83 Linux
I thought I could just resize this filesystem (based on comments I've found from other articles), however this doesn't appear to work.
$ sudo resize2fs /dev/xvda1
resize2fs 1.41.12 (17-May-2010)
The filesystem is already 1499996 blocks long. Nothing to do!
Here's the O/S version
$ uname -a
Linux ip-10-100-155-254 2.6.32-431.el6.x86_64 #1 SMP Sun Nov 10 22:19:54 EST 2013 x86_64 x86_64 x86_64 GNU/Linux
I'm guessing I can probably attach this to another instance and resize the filesystem however I'm more concerned that the AMI cannot detect the volume presented to it.
I'm thinking this is more than likely the OS kernel not picking up the underlying volume changes, but need some help in proceeding to fix this.
What's going on and how can I correct this upon boot ?
Thanks in advance!
No comments:
Post a Comment