Elastic Beanstalk: не удается развернуть на сервере Windows, и EB не тянет журналы

Question

У меня есть Elastic Beanstalk под управлением Windows Server с IIS и AMI, которые я сделал. Запускается отлично, ошибок нет.

Но когда я пытаюсь развернуть (из командной строки), я получаю это:

...
INFO: Creating AppVersion app-9e98-160212_104939
INFO: Environment update is starting.                               
INFO: Deploying new version to instance(s).                         
INFO: Command execution completed on all instances successfully.    
INFO: New application version was deployed to running EC2 instances.
ERROR: Update environment operation is complete, but with errors. For more information, see troubleshooting documentation.

ERROR: ServiceError - Update environment operation is complete, but with errors. For more information, see troubleshooting documentation.

Когда я пытаюсь вытащить последние 100 строк журналов ошибок, это вообще ничего не тянет.

Я проверил размер упакованного приложения, и размер zip составляет всего 60 МБ, поэтому проблема не в размере.

Проект - это просто набор php-файлов, поэтому мне интересно, не понравился ли он по какой-то причине.

Какие-нибудь идеи или предложения по отслеживанию проблемы? Я бы очень признателен за любые указания, я в растерянности.

Кроме того, я не могу найти никакой информации о том, в какой каталог он будет развернут. Как я знаю, и как я могу изменить это?

Благодарю.

Answer 1

Конечно, я не знаю, если что-то не так с вашим пользовательским AMI, но что вы можете сделать, чтобы проанализировать проблему:

1. RDP в ваш экземпляр
2. CMD
3. cd \cfn\log
4. Посмотрите на файлы cfn-init*.log

Поскольку файлы закодированы с помощью Unix CRLF, они практически не читаются с помощью Блокнота. Я предлагаю вам использовать type cfn-init.log в командной строке. Это помогло мне несколько раз локализовать проблему с развертыванием. Удачи.

Answer 2

Как только я назначил награду, я понял это.

Я добавлял флаг --verbose, надеясь получить более подробную информацию, но вместо этого мне был нужен флаг --debug, который ведет меня в правильном направлении.

Проблема была в том, что у меня есть Python 3.5 локально, который не поддерживается ELB CI.