-
Notifications
You must be signed in to change notification settings - Fork 1.4k
EMR: fix EBS configuration #497
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
@@ -90,7 +92,7 @@ | |||
BootstrapActions=[emr.BootstrapActionConfig( | |||
Name='Dummy bootstrap action', | |||
ScriptBootstrapAction=emr.ScriptBootstrapActionConfig( | |||
Path='/bin/sh', | |||
Path='file:/bin/sh', |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
How do you know the file:
change is required? It makes sense but I don't see it in the AWS documentation on http://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-emr-cluster-bootstrapactionconfig-scriptbootstrapactionconfig.html. When you stood up this template, did you verify that this worked?
I like the changes to the example script, especially how you imported the The changes in this PR move the EbcConfiguration into JobFlowInstancesConfig as per the AWS documentation. The PR updates the troposphere code, the example code, and the README. I was not able to build an EMR cluster using the example template in my account in US-WEST-2.
The example scripts should produce templates that work. |
…tep fails because of obviously unexisting S3 bucket in my account)
I pushed a new commit with slightly cleaned up EMR_Cluster example (none of the parameters were actually used in the script). I changed it to use the KeyPair and SubNet parameter and removed the unused security group parameters. The stack is started successfully on my account in eu-west-1. The hadoop step which was already present in the example fails (because it refers to an unexisting jar on S3, but I guess that's fine since the cloudformation stack is created successfully). The CI build however failed on a curl download of python 3.5 (sounds unrelated to my changes). Do I need to push another (artificial) change in order to trigger a new CI build? Or is there another way to retry the CI build? |
The example script stands up a successfully. It creates the following resources:
LGTM 👍 |
Triggered build, successful run, and now merged. Thanks for the change. @rcuza thanks for the code review and input. |
* EMR: change EBS configuration (moved from Cluster to InstanceGroupConfigProperty) * Fix EMR_Cluster example (cloudformation stack now succeeds, but EMR step fails because of obviously unexisting S3 bucket in my account)
When I tried to create an EMR cluster with EBS volumes, my CloudFormation template yesterday failed. After creating an AWS support ticket, it appeared the AWS documentation was wrong (EbsConfiguration cannot be specified on Cluster level, but needs to be specified in InstanceGroupConfigProperty). The documentation has meanwhile been fixed and can be found on http://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-emr-cluster-jobflowinstancesconfig-instancegroupconfig.html
The code below reflects this update.