AWS弹性豆茎容器命令失败

Question

我一直在努力将我的Django Web应用程序成功部署到AWS的Elastic Beanstalk。我能够在本地机器上从EB CLI部署我的应用程序，没有任何问题，直到我将container_commands配置文件列表添加到.ebextensions文件夹中。

以下是我的配置文件的内容:

container_commands:
  01_makeAppMigrations:
    command: "django-admin.py makemigrations"
    leader_only: true
  02_migrateApps:
    command: "django-admin.py migrate"
    leader_only: true
  03_create_superuser_for_django_admin:
    command: "django-admin.py createfirstsuperuser"
    leader_only: true
  04_collectstatic:
    command: "django-admin.py collectstatic --noinput"

我已经深入研究了日志，发现这些消息在 cfn-init-cmd.log是最有帮助的：

2020-06-18 04:01:49,965 P18083 [INFO] Config postbuild_0_DjangoApp_smt_prod
2020-06-18 04:01:49,991 P18083 [INFO] ============================================================
2020-06-18 04:01:49,991 P18083 [INFO] Test for Command 01_makeAppMigrations
2020-06-18 04:01:49,995 P18083 [INFO] Completed successfully.
2020-06-18 04:01:49,995 P18083 [INFO] ============================================================
2020-06-18 04:01:49,995 P18083 [INFO] Command 01_makeAppMigrations
2020-06-18 04:01:49,998 P18083 [INFO] -----------------------Command Output-----------------------
2020-06-18 04:01:49,998 P18083 [INFO]   /bin/sh: django-admin.py: command not found
2020-06-18 04:01:49,998 P18083 [INFO] ------------------------------------------------------------
2020-06-18 04:01:49,998 P18083 [ERROR] Exited with error code 127

我不确定为什么它在这个最新的环境中找不到该命令。我已经将具有相同配置文件的相同应用程序部署到之前的豆茎环境中，没有任何问题。现在唯一的区别是这个新环境是在VPC中启动的，并且正在使用最新推荐的平台。

旧的Beanstalk环境平台:运行在64位Amazon Linux/2.9.3上的Python 3.6

新的Beanstalk环境平台:运行在64位Amazon Linux 2/3.0.2上的Python 3.7

在此迁移期间，我遇到了与此最新平台的语法更新相关的其他问题。我希望这个问题也只是一个简单的语法问题，但我已经挖得很远了，但运气不好……

如果有人能指出我在这里缺少的一些明显的东西，我将不胜感激！如果我能提供一些额外的信息，请告诉我！

Answer 1

这对我有用。

container_commands:
  01_migrate:
    command: "source /var/app/venv/*/bin/activate && python /var/app/staging/manage.py migrate --noinput"
    leader_only: true

Answer 2

这可能可以正常工作

   option_settings:
  aws:elasticbeanstalk:container:python:
    WSGIPath: mysite.wsgi:application
  aws:elasticbeanstalk:environment:proxy:staticfiles:
    /static: static
packages: 
  yum:
    python3-devel: []
    mariadb-devel: []
container_commands:
  01_collectstatic:
    command: "source /var/app/venv/staging-LQM1lest/bin/activate && python manage.py collectstatic --noinput"
  02_migrate:
    command: "source /var/app/venv/staging-LQM1lest/bin/activate && python manage.py migrate --noinput"
    leader_only: true

Answer 3

在深入研究了AWS文档和论坛之后，终于找到了真相…

从本质上讲，随着豆茎从亚马逊Linux迁移到亚马逊Linux 2，发生了很多变化。这里模糊地提到了许多这些变化。

上面链接中提到的Python平台的一个主要区别是“环境Amazon EC2实例上应用程序目录的路径是 /var/app/current.它是在AmazonLinuxAMI平台上 /opt/python/current/app的。”这对于您尝试创建Django迁移脚本至关重要，因为我将在下面进一步详细解释，或者当您eb ssh进入Beanstatk实例并自己导航它时。

知道这一点，并在这里走过这个论坛，优秀的社区成员经历了填补亚马逊文档中空白的麻烦，我能够成功地部署以下文件设置：

（请注意，“MDG在线”是我Django应用程序的名称）

. eb扩展\01_packages.config：

packages:
  yum:
    git: []
    postgresql-devel: []
    libjpeg-turbo-devel: []

. eb扩展\django.config：

container_commands:
  01_sh_executable:
    command: find .platform/hooks/ -type f -iname "*.sh" -exec chmod +x {} \;
option_settings:
  aws:elasticbeanstalk:application:environment:
    DJANGO_SETTINGS_MODULE: MDGOnline.settings
  aws:elasticbeanstalk:environment:proxy:staticfiles:    
    /static: static
    /static_files: static_files
  aws:elasticbeanstalk:container:python:
    WSGIPath: MDGOnline.wsgi:application

.平台\钩子\预部署\01_migrations.sh：

#!/bin/bash

source /var/app/venv/*/bin/activate
cd /var/app/staging

python manage.py makemigrations
python manage.py migrate
python manage.py createfirstsuperuser
python manage.py collectstatic --noinput

请注意。sh脚本需要基于linux。我遇到了一个错误，部署会失败，并在日志中提供了这条消息:< code >。platform \ hooks \ pre deploy \ 01 _ migrations . sh因错误fork/exec而失败。platform \ hooks \ pre deploy \ 01 _ migrations . sh:没有这样的文件或目录。原来这是因为我在我的windows开发环境中创建了这个脚本。我的解决方案是在linux环境中创建它，并将其复制到我在Windows中的开发环境目录中。我肯定有办法把DOS转换成Unix。这个看起来很有前途的dos2unix！

我真的希望AWS可以更好地记录这种迁移，但是我希望这个答案可以节省我花费在成功部署上的无数时间。

请随时要求我澄清以上任何问题！

编辑：我在上面的配置文件中添加了一个“container_command”，因为我注意到另一个用户在部署时也遇到了平台钩子的“权限拒绝”错误。这个“01_sh_executable”命令是对应用程序钩子目录中的所有. sh脚本进行chmod，以便Elastic Beanstek可以在部署过程中拥有执行它们的适当权限。我在这个论坛中找到了这个容器命令解决方案：