Amazon ec2 EC2 Amazon-用户数据不适用于捆绑/快照AMI

Amazon ec2 EC2 Amazon-用户数据不适用于捆绑/快照AMI,amazon-ec2,wowza,ec2-ami,Amazon Ec2,Wowza,Ec2 Ami,我启动了EC2 Wowza AMI(LINUX)的一个默认实例,然后通过“EC2 bundle vol”绑定/快照它,将其上载到s3并注册AMI 当我用脚本启动带有用户数据(zip文件)的捆绑AMI时,它似乎没有执行它 但是当我使用相同的用户数据(zip文件)启动一个默认实例时,它就工作了 有人知道为什么我的绑定AMI没有执行我指定的用户数据吗 谢谢。我不熟悉wowza或他们的AMIs设置,但 ec2用户数据本身不起任何作用——它只具有相关性,因为在该机器上运行的脚本会检查用户数据的存在并对其进

我启动了EC2 Wowza AMI(LINUX)的一个默认实例,然后通过“EC2 bundle vol”绑定/快照它,将其上载到s3并注册AMI

当我用脚本启动带有用户数据(zip文件)的捆绑AMI时,它似乎没有执行它

但是当我使用相同的用户数据(zip文件)启动一个默认实例时,它就工作了

有人知道为什么我的绑定AMI没有执行我指定的用户数据吗


谢谢。

我不熟悉wowza或他们的AMIs设置,但

ec2用户数据本身不起任何作用——它只具有相关性,因为在该机器上运行的脚本会检查用户数据的存在并对其进行处理

有时,这些脚本被设置为只在实例的第一次启动时执行某些操作,然后将文件放到某个位置,以便在随后的重新启动时不会重新运行启动脚本


如果wowza ami在此基础上工作,那么当您首次启动ami时,将遵循此过程,因此保存到新ami中的数据包括“不再运行启动脚本”文件。如果是这种情况,您需要在创建ami之前删除该文件。

EC2上的用户数据机制允许映像上的脚本通过HTTP从链接本地地址(169.254.something)下载启动包作为文件-如果是纯文本,它将直接执行。如果是压缩数据,wowza startup会将其解压缩到/opt/working-wowza启动过程会记录到wowza的logs目录中的wowzamediaserver_startup.log

我也有同样的问题。查看我们的脚本,我发现我们正在删除脚本中的cloudinit依赖性,使其成为一个run-one操作。所讨论的依赖性是boto

谢谢你回复弗雷德里克。这是我最初的想法,但我已经进行了广泛的搜索,似乎仍然无法缩小用户数据在捆绑的linux实例上不起作用的范围。