Экземпляры AWS Opworks не запускаются при создании из настраиваемого AMI на EC2

Согласно документации AWS, вы можете создать пользовательский AMI двумя разными способами.

http://docs.aws.amazon.com/opsworks/latest/userguide/workinginstances-custom-ami.html

Я создаю свой AMI непосредственно из экземпляра EC2, поэтому агента OPworks НЕ ДОЛЖНО быть. Тем не менее экземпляры, созданные с помощью моего AMI, НЕ пройдут этап настройки.

Кто-нибудь знает, почему это так?

Обновлять:

Вот еще немного информации. Если вы посмотрите на статью выше, в ней говорится, что нужно остановить агент OPworks и т. Д. Итак, я вошел в экземпляр, созданный с помощью образа Amazon linux, и агент opworks установлен и запущен. На моем экземпляре, созданном из пользовательского AMI, этого никогда не происходит. Экземпляр просто загружается и остается там:

[ec2-user@ip-10-252-81-177 ~]$ pstree
init─┬─abrtd
     ├─agetty
     ├─atd
     ├─auditd───{auditd}
     ├─automount───4*[{automount}]
     ├─certmonger
     ├─crond
     ├─cupsd
     ├─dbus-daemon───{dbus-daemon}
     ├─dhclient
     ├─hald─┬─hald-runner
     │      └─{hald}
     ├─master─┬─pickup
     │        └─qmgr
     ├─6*[mingetty]
     ├─rhsmcertd
     ├─rpc.statd
     ├─rpcbind
     ├─rsyslogd───3*[{rsyslogd}]
     ├─sshd───sshd───sshd───bash───pstree
     └─udevd───2*[udevd]
[ec2-user@ip-10-252-81-177 ~]

Ни один агент opsworks не запущен, и двоичный файл opswork не существует: посетите http://aws.amazon.com/opsworks Чтобы получить больше информации.

[ec2-user@ip-10-252-16-152 ~]$ locate opworks
[ec2-user@ip-10-252-16-152 ~]$ sudo find / -name "*opworks*" -print
[ec2-user@ip-10-252-16-152 ~]$

Спасибо!


amazon-ami aws-opsworks
person eco    schedule 18.11.2014    source источник

Ответы (1)


arrow_upward
1
arrow_downward

Я следую этому документу: http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/creating-an-ami-instance-store.html, и я сталкиваюсь с той же проблемой. После создания пользовательского AMI (ubuntu) из EC2 мой экземпляр из OpsWorks (который использует этот пользовательский AMI) навсегда останется в состоянии «загрузки». Проблема заключалась в процессе создания образа с помощью команды «ec2-bundle-vol», потому что:

"По умолчанию процесс сборки исключает файлы, которые могут содержать конфиденциальную информацию. Эти файлы включают * .sw, * .swo, * .swp, * .pem, * .priv, id_rsa, id_dsa *. gpg, * .jks, * /. ssh / authorized_keys и * /. bash_history. Чтобы включить все эти файлы, используйте параметр --no-filter ».

И когда вы запускаете экземпляр формы OpsWorks, экземпляр пытается установить что-то, для чего нужны некоторые файлы сигнатур gpg и другие файлы crt, pem .... Файлы исключаются из образа пакета ... поэтому он терпит неудачу. Решение состоит в том, чтобы использовать параметр «--no-filter» или «--include file1, file2, ...». Проверьте команду ec2-bundle-vol здесь: http://docs.aws.amazon.com/AWSEC2/latest/CommandLineReference/CLTRG-ami-bundle-vol.html

person cosmin    schedule 27.02.2015