EC2用户数据挂起；正在检查初始化脚本…”；ubuntu php_Php_Ubuntu_Amazon Ec2

EC2用户数据挂起；正在检查初始化脚本…”；ubuntu php

php ubuntu amazon-ec2

EC2用户数据挂起；正在检查初始化脚本…”；ubuntu php,php,ubuntu,amazon-ec2,Php,Ubuntu,Amazon Ec2,我有一个EC2设置，其中包含用户数据，可以在机器上设置php，因为在安装php开发包时，添加命令来安装imagick我的用户数据脚本已经开始挂起我试过： -逐个执行包安装 -在一个新的Ubuntu 18.04实例上的终端窗口中一步一步地运行脚本（我总是能成功安装）我的用户数据： sudo apt update sudo apt install -y nginx sudo apt install -y pkg-config sudo apt install -y imagemagick sud

我有一个EC2设置，其中包含用户数据，可以在机器上设置php，因为在安装php开发包时，添加命令来安装imagick我的用户数据脚本已经开始挂起

我试过： -逐个执行包安装 -在一个新的Ubuntu 18.04实例上的终端窗口中一步一步地运行脚本（我总是能成功安装）

我的用户数据：

sudo apt update
sudo apt install -y nginx
sudo apt install -y pkg-config
sudo apt install -y imagemagick
sudo apt install -y php7.2-fpm php-common php-mysql php-pear php-xml php-mbstring php-intl php-curl php-gd php-zip php-json php-simplexml php-dom
sudo apt install -y php-dev
sudo apt install -y php-imagick
sudo apt install -y composer
sudo apt install -y nodejs npm jq

每次尝试此操作时EC2的输出

...
[  102.919299] cloud-init[1250]: Unpacking php-dev (1:7.2+60ubuntu1) ...
[  102.949693] cloud-init[1250]: Selecting previously unselected package pkg-php-tools.
[  102.961152] cloud-init[1250]: Preparing to unpack .../29-pkg-php-tools_1.35ubuntu1_all.deb ...
[  102.972353] cloud-init[1250]: Unpacking pkg-php-tools (1.35ubuntu1) ...
[  103.033142] cloud-init[1250]: Setting up libarchive-zip-perl (1.60-1ubuntu0.1) ...
[  103.049041] cloud-init[1250]: Setting up libltdl-dev:amd64 (2.4.6-2) ...
[  103.061142] cloud-init[1250]: Setting up libtimedate-perl (2.3000-2) ...
[  103.074622] cloud-init[1250]: Processing triggers for install-info (6.5.0.dfsg.1-2) ...
[  103.219307] cloud-init[1250]: Setting up shtool (2.0.8-9) ...
[  103.233891] cloud-init[1250]: Setting up libarchive-cpio-perl (0.10-1) ...
[  103.246200] cloud-init[1250]: Setting up m4 (1.4.18-1) ...
[  103.257928] cloud-init[1250]: Setting up libcroco3:amd64 (0.6.12-2) ...
[  103.269881] cloud-init[1250]: Setting up libsys-hostname-long-perl (1.5-1) ...
[  103.283145] cloud-init[1250]: Setting up libmail-sendmail-perl (0.80-1) ...
[  103.295856] cloud-init[1250]: Processing triggers for libc-bin (2.27-3ubuntu1) ...
[  103.312484] cloud-init[1250]: Setting up autotools-dev (20180224.1) ...
[  103.328905] cloud-init[1250]: Setting up libssl1.1:amd64 (1.1.1-1ubuntu2.1~18.04.4) ...
[  103.470751] cloud-init[1250]: Checking for services that may need to be restarted...done.
[  103.495452] cloud-init[1250]: Checking for services that may need to be restarted...done.
[  103.502489] cloud-init[1250]: Checking init scripts...

我发现这个问题的OP没有使用任何与我类似的软件包，也没有回答这个问题。

我是你前面提到的问题的作者。在经历了很多混乱之后，我很确定这取决于您可能正在使用的AMI。例如，我使用的是

ami-0727f3c2d4b026d5

，我认为它是

ubuntu18.04 LTS eu-west-1

的一个版本，尽管我在任何ami搜索中都找不到它。因此，根据这一联系——

我运行了以下程序以获得Ubuntu 16:04的“最新”版本-

aws ec2 describe-images --owners 099720109477 --filters 'Name=name,Values=ubuntu/images/hvm-ssd/ubuntu-xenial-16.04-amd64-server-????????' 'Name=state,Values=available' --query 'reverse(sort_by(Images, &CreationDate))[:1].ImageId' --output text

导致ami-0c224e30f7a997d9f；当我使用这个新的AMI时，我的问题神奇地消失了：-）

你没有说你使用的是什么AMI，但在我的例子中，我怀疑我使用的AMI版本有问题；所以我建议你可以尝试不同的AMI版本。祝你好运：-）

我是你前面提到的问题的作者。在经历了很多混乱之后，我很确定这取决于您可能正在使用的AMI。例如，我使用的是

ami-0727f3c2d4b026d5

，我认为它是

ubuntu18.04 LTS eu-west-1

的一个版本，尽管我在任何ami搜索中都找不到它。因此，根据这一联系——

我运行了以下程序以获得Ubuntu 16:04的“最新”版本-

aws ec2 describe-images --owners 099720109477 --filters 'Name=name,Values=ubuntu/images/hvm-ssd/ubuntu-xenial-16.04-amd64-server-????????' 'Name=state,Values=available' --query 'reverse(sort_by(Images, &CreationDate))[:1].ImageId' --output text

导致ami-0c224e30f7a997d9f；当我使用这个新的AMI时，我的问题神奇地消失了：-）

你没有说你使用的是什么AMI，但在我的例子中，我怀疑我使用的AMI版本有问题；所以我建议你可以尝试不同的AMI版本。祝你好运：-）

我也遇到了同样的问题，更改AMI暂时解决了这个问题。直到我的ASG替换了一个不健康的实例，我才意识到这是一个绷带，结果新实例启动失败

如果您查看

/var/log/cloud init output.log

文件的底部，您可能会看到一条乱码日志消息（我的消息是关于grub磁盘ID更改的）。这很可能是Ubuntu交互问题背后的根源（一个彩色的是/否屏幕）…所以显然

-y

是不够的

修复方法是更新您的userdata脚本，以便按如下方式进行更新，我认为关键在于

DEBIAN_前端

export：

export DEBIAN_FRONTEND=noninteractive
apt-get update 
apt-get -y upgrade
apt-get autoremove 
apt-get autoclean

关于我在这里的帖子的更多细节：

我也遇到了同样的问题，改变AMI暂时解决了这个问题。直到我的ASG替换了一个不健康的实例，我才意识到这是一个绷带，结果新实例启动失败

如果您查看

/var/log/cloud init output.log

-y

是不够的

修复方法是更新您的userdata脚本，以便按如下方式进行更新，我认为关键在于

DEBIAN_前端

export：

export DEBIAN_FRONTEND=noninteractive
apt-get update 
apt-get -y upgrade
apt-get autoremove 
apt-get autoclean

更多关于我的帖子的详细信息：

谢谢你的回答。我现在已经解决了这个问题，一辈子都记不起是什么了！我没有改变AMI，但无论如何，它仍然是对问题的有效贡献，所以我将投票表决！谢谢你的回答。我现在已经解决了这个问题，一辈子都记不起是什么了！我没有改变AMI，但无论如何，它仍然是对问题的有效贡献，所以我将投票表决！