Hi All,
I'm new to jclouds so I apologize if this is off base. I've been trying to create clusters using Whirr using different instance types on EC2, and I noticed that the specification of the m2.xlarge type's volumes seems a little off. The instances get created with the Ubuntu 10.04 AMI ami-bffa6fd6. The definition in org.jclouds.ec2.compute.domain.EC2HardwareBuilder specifies one volume of 420GB that is also the boot volume:
/**
* @see InstanceType#M2_XLARGE
*/
public static EC2HardwareBuilder m2_xlarge() {
return new EC2HardwareBuilder(InstanceType.M2_XLARGE).ram(17510)
.processors(ImmutableList.of(new Processor(2.0, 3.25)))
.volumes(ImmutableList.<Volume> of(new VolumeImpl(420.0f, "/dev/sda1", true, false))).is64Bit(true);
}
However, what I actually get looks like it has a 10GB boot volume on /dev/sda1
cwhelan@ip-10-157-2-245:~$ df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda1 10403128 1156388 8827312 12% /
devtmpfs 8685400 108 8685292 1% /dev
none 8960512 0 8960512 0% /dev/shm
none 8960512 56 8960456 1% /var/run
none 8960512 0 8960512 0% /var/lock
none 8960512 0 8960512 0% /lib/init/rw
And then a 420GB volume unmounted on /dev/sdb:
cwhelan@ip-10-157-2-245:~$ cat /etc/fstab
# /etc/fstab: static file system information.
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/sda1 / ext3 defaults 0 0
# cloud-config mounts
/dev/sdb /mnt auto defaults 0 0
After mounting /dev/sdb on /data1:
cwhelan@ip-10-157-2-245:~$ df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda1 10403128 1156392 8827308 12% /
devtmpfs 8685400 108 8685292 1% /dev
none 8960512 0 8960512 0% /dev/shm
none 8960512 56 8960456 1% /var/run
none 8960512 0 8960512 0% /var/lock
none 8960512 0 8960512 0% /lib/init/rw
/dev/sdb 423135208 203084 401438084 1% /data1
I just wanted to verify that this is an issue with the definition and that I'm not misunderstanding something about the way jclouds (or even EC2) works. If it's an issue, I'd be happy to try to contribute a fix by updating these definitions.
Thanks,
Chris