Bug 720992

Summary: [RFE] Ephemeral Storage Unmounted in EC2
Product: Red Hat Enterprise Linux 6 Reporter: Jay Greguske <jgreguske>
Component: relengAssignee: Jay Greguske <jgreguske>
Status: CLOSED WONTFIX QA Contact: Release Test Team <release-test-team-automation>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 6.1CC: dmach
Target Milestone: rcKeywords: EC2, FutureFeature
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-09-06 14:56:16 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Jay Greguske 2011-07-13 13:43:06 UTC
Description of problem:

Ephemeral storage devices are unmounted when you instance an image in EC2. /etf/fstab should automatically mount them somewhere since they are in fact, mountable. They are unparitioned ext3 volumes.

How reproducible:
Always

Steps to Reproduce:
Boot an instance in EC2

Actual results:
Observe that ephemeral storage is unmounted.

Expected results:
Observe that ephemeral storage is mounted

Additional info:
We do expose the devices already at AMI registration time:
-b /dev/sdf=ephemeral0 -b /dev/sdg=ephemeral1

We just need to mount /dev/sdf and /dev/sdg somewhere.

Comment 2 Jay Greguske 2011-08-17 15:51:03 UTC
http://docs.amazonwebservices.com/AWSEC2/2011-07-15/UserGuide/index.html?InstanceStorage.html

Basically this breaks down to:

if i386:
  /dev/sda2 ext3 on /mnt
  /dev/sda3 swap on /swap
elif x86_64:
  /dev/sdb ext3 on /mnt

The remaining instance storages (sdc, sdd, sde) will only be available on some larger instance types and are unpartitioned space. They should not be considered.

This gets tricky with micro instances though, since they can be i386 or x86_64, and have NO storage at all. Rather than mount via /etc/fstab, perhaps it would make sense to have a boot service that looks at the instance metadata and behaves depending on that.

Comment 5 RHEL Program Management 2011-09-06 14:56:16 UTC
Development Management has reviewed and declined this request.  You may appeal
this decision by reopening this request.