22

As part of my application deployment, I have some commands in my .ebextensions config files. It might take 20 minutes or more for all the commands to complete, the first time the commands are run (cloning big repositories).

Unfortunately, this triggers a timeout during deployment:

INFO Deploying new version to instance(s).
WARN The following instances have not responded in the allowed command
     timeout time (they might still finish eventually on their own).
INFO Command execution completed. Summary: [Successful: 0, TimedOut: 1].

Is it possible to increase this timeout? I can't find the option in my environment settings.

2

2 Answers 2

18

You can add AWS Elastic Beanstalk configuration files (.ebextensions) to your web application's source code to configure your environment and customize the AWS resources that it contains.

The option_settings section of a configuration file defines values for configuration options. Configuration options let you configure your Elastic Beanstalk environment, the AWS resources in it, and the software that runs your application.

Add configuration files to your source code in a folder named .ebextensions and deploy it in your application source bundle.

Example:

option_settings:
    - namespace: aws:elasticbeanstalk:command
      option_name: Timeout
      value: 1000

*"value" represents the length of time before timeout in seconds.

References: Official AWS Elastic Beanstalk Environment Configuration and General Options for All Environments, this stackoverflow answer and this AWS Developers Forum post.

0

you can bake the repos into the an AMI and have elastic beanstalk use that. That way the checkout isnt so long.

On another note, what are you doing cloning massive repos as part of deployment?

1
  • I've always been reluctant to using a custom AMI, to keep it simple. Your last note is a good point, though. My app has a built-in logo generator, which needs an extensive list of fonts to offer the user to choose from. I don't want to bundle these fonts with my app to keep the size within reasonable limits, so my deployment scripts clone a big repository once the app is pushed to the servers. This may not be the best approach, but this is the best one I've found so far.
    – BenMorel
    Jun 27, 2014 at 10:17

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .