AWS Elastic Beanstalk实例启动失败：/var/app/staging/缺失等错误求助

根据你提供的日志，实例启动失败涉及三个核心问题，以下是针对性的解决方案：

1. SELinux权限阻止Nginx访问日志文件 #

日志关键信息：

May 20 20:32:48 ip-172-31-14-242 audit[10978]: AVC avc:  denied  { open } for  pid=10978 comm="nginx" path="/var/log/nginx/error.log" dev="nvme0n1p1" ino=3682049 scontext=system_u:system_r:httpd_t:s0 tcontext=system_u:object_r:cloud_log_t:s0 tclass=file permissive=1

这是SELinux限制了Nginx进程访问日志文件，解决方法：

• 临时缓解（重启后失效）：执行sudo chcon -t httpd_log_t /var/log/nginx/error.log
• 永久修复：创建SELinux策略模块
  1. 生成策略文件：

     sudo grep nginx /var/log/audit/audit.log | audit2allow -M nginx-cloudlog
     

  2. 加载策略：

     sudo semodule -i nginx-cloudlog.pp
     

2. CloudFormation等待条件URL过期 #

日志显示等待句柄URL的过期时间为2023-11-23，远早于实例启动时间2024-05-20，导致403访问拒绝。这是环境残留旧CFN参数导致的，解决方法：

• 更新EB环境：在EB控制台选择目标环境，点击配置 > 更新环境，触发环境重建，让系统生成新的等待句柄URL。
• 检查自定义配置：若使用.ebextensions自定义CFN资源，确保没有硬编码旧的等待句柄URL，所有动态参数通过CFN内置函数生成。

3. /var/app/staging目录缺失 #

该目录由EB部署流程自动创建，缺失说明部署前期步骤失败，解决方法：

• 验证应用版本完整性：在EB控制台应用版本中，检查对应版本的代码包是否完整，重新上传无损坏的代码包。
• 清理旧部署缓存：在EB控制台环境页面点击操作 > 重建环境，清除实例残留的旧部署状态。
• 检查实例IAM权限：确保EC2实例的服务角色（aws-elasticbeanstalk-ec2-role）拥有elasticbeanstalk:RetrieveApplicationVersions和s3:GetObject权限，用于拉取代码包到实例。

综合排查流程 #

1. 优先修复SELinux权限问题，避免日志无法写入阻碍后续故障排查。
2. 重建EB环境，清除旧CFN参数和部署缓存。
3. 重新上传验证后的应用版本，确保代码包完整性。

内容的提问来源于stack exchange，提问作者Federico Sinisi