2015-01-14 2 views
0

Я пытаюсь включить SSH для моего приложения AWS Elastic Beanstalk и запустить eb ssh --setup (как пользователь с тем, что кажется be suitable privileges, ElasticBeanstalkFullAccess; с использованием AWS CLI 3.x); но моя попытка терпит неудачу со следующим (GUID, изменены, чтобы защитить невинных):Что вызывает мою попытку включить SSH для AWS-EB?

INFO: Environment update is starting. 
INFO: Updating environment sitetest-develop-env's configuration settings. 
INFO: Created Auto Scaling launch configuration named: awseb-e-notrea1nUm-stack-AWSEBAutoScalingLaunchConfiguration-MAdUpa2bCrCx 
ERROR: Updating Auto Scaling group failed Reason: Template error: DBInstance bxzumnil42x11w doesn't exist 
ERROR: Service:AmazonCloudFormation, Message:Stack named 'awseb-e-notrea1nUm-stack' aborted operation. Current state: 'UPDATE_ROLLBACK_IN_PROGRESS' Reason: The following resource(s) failed to update: [AWSEBAutoScalingGroup]. 
ERROR: Failed to deploy configuration. 
INFO: Created Auto Scaling launch configuration named: awseb-e-myjrm7xr9n-stack-AWSEBAutoScalingLaunchConfiguration-5uKixPQCM71K 
INFO: Deleted Auto Scaling launch configuration named: awseb-e-notrea1nUm-stack-AWSEBAutoScalingLaunchConfiguration-MAdUpa2bCrCx 
INFO: The environment was reverted to the previous configuration setting. 

Что является причиной, чтобы это произошло? Есть что-то, что мне нужно сделать в AWS Console, чтобы предотвратить эту ошибку?

+0

не является дубликатом http://stackoverflow.com/questions/27927555/ – Tal

+0

Нет. Это о разрешении. Это происходит после разрешения проблемы разрешения; совершенно другая проблема. Не так ли? – orome

+0

действительно. похоже, что вы потеряли свой дБ. Я ответил ниже. – Tal

ответ

1

соответствующее сообщение об ошибке я вижу здесь DBInstance bxzumnil42x11w doesn't exist. Вы, вероятно, решили включить Elastic Beanstalk в создание процесса создания среды RDS-сервера. Теперь кажется, что db больше нет. Вы убили его вручную?
В любом случае, я бы рекомендовал НЕ позволить EB управлять вашим RDS. лучше всего создать его самостоятельно и вручную назначить следующие переменные среды: RDS_HOSTNAME, RDS_PORT, RDS_DB_NAME, RDS_USERNAME, RDS_PASSWORD.
В этот момент я бы порекомендовал прекратить действие этого env и создать новый, только на этот раз не установите флажок Create an RDS DB Instance with this environment.

+0

Я добавил его в панель «Уровень данных» для среды, выбрав «добавить новую базу данных RDS». Разве это не способ добавить базу данных RDS в среду? – orome

+0

ну, как Амазонка планировала работать, но я бы не рекомендовал это делать. Это дает контроль над вашей базой данных, особенно способность убивать ее по желанию (что не так, как вы хотите, когда вы завершаете свои серверы). перейдите в AWS RDS и настройте новый db. Затем вернитесь к EB и в разделе конфигурации программного обеспечения заполните переменные среды RDS_ *, упомянутые выше. – Tal

+0

Итак, EB убивает его как часть процесса настройки SSH, а затем не может найти его, когда он воссоздает экземпляр EB? – orome

Смежные вопросы