【问题标题】:Permission errors on deployment of Elastic Beanstalk Worker Tier部署 Elastic Beanstalk Worker Tier 的权限错误
【发布时间】:2014-11-27 07:32:49
【问题描述】:

几周前,我关闭了几个月来一直运行良好的弹性 beanstalk 应用程序。我现在想再次添加它,因此我创建了一个新的 Elastic Beanstalk 应用程序,并部署了几个月前部署和工作的相同部署。

我没有像以前那样工作,而是遇到了很多问题,例如:

  • 您的 requirements.txt 文件无效。

  • 目标 WSGI 脚本无法作为 Python 模块加载。

  • ImportError: no module name pymysql

  • 错误:无法创建“/usr/lib/python2.6/site-packages/flask”:权限被拒绝

我已经搜索了所有这些问题的解决方案,所有这些问题似乎都与用户权限问题有关。但我不确定我的权限有什么问题。

我的 Elastic Beanstalk 应用程序设置为 ec2-role。 ec2-role 有“AdministratorAccess”策略,它应该让用户做他们想做的任何事情。我还将 AdministratorAccess 设置为唯一的 IAM 用户和唯一的 IAM 组。

我在 ssh 中使用了一些 sudo 命令,这似乎有效。例如,当我部署我的应用程序时,我得到“您的 requirements.txt 文件无效”,但是如果我这样做 sudo pip install -r requirements.txt 它会成功,与 Flask 安装相同。

所以问题是:这是权限错误吗?如果是这样,我的权限可能有什么问题? AdministratorAccess 不应该开放所有权限吗?

【问题讨论】:

    标签: amazon-web-services amazon-ec2 amazon-elastic-beanstalk


    【解决方案1】:

    我通过以下方式解决了它,我不确定是否真的存在权限错误,以及问题的根源是什么。但它有所帮助:

    • 我将 requirements.txt 中的 PIL 替换为 Pillow。
    • 我向我的 ec2 角色添加了 2 个自定义策略。这些政策可以在这里找到http://docs.aws.amazon.com/elasticbeanstalk/latest/dg/AWSHowTo.iam.roles.aeb.html,但是我仍然在 ec2 角色上留下了“AdministratorAccess”。在我看来,这是 0 有意义的,因为 AdministratorAccess 应该已经为用户提供与那些自定义策略相同的权限(?),但它起作用了。

    【讨论】:

      猜你喜欢
      • 2013-08-13
      • 2019-05-07
      • 2019-03-07
      • 2015-09-18
      • 2016-03-04
      • 2019-02-22
      • 2021-08-28
      • 2017-10-04
      • 2018-10-01
      相关资源
      最近更新 更多