EC2上的WSO2专用PAAS使用；“随时可用的AMI”&引用/靴子-s"；不'；重新启动后，请不要重新启动所有服务
我已经成功地完成了howto的工作，并使用提供的/home/ubuntu/private pass/boot.sh脚本使用ami-4e062c-ami设置了环境。最后我得到的是私有Paas实例以及它产生的其他几个实例。在我的例子中，我只选择了ESB 我关闭了所有实例，然后重新启动它们。为了重新启动服务，我尝试使用“/boot.sh-s”以及本文档中描述的其他说明。 当我手动启动服务（作为用户ubuntu）并运行./boot.sh-s脚本（作为root）时，我发现SSO没有在paas IP]：9445/samlsso上运行 如果我重新启动并只运行./boot.sh-s脚本，然后将新安装与重新启动的实例进行比较，则以下进程不会运行EC2上的WSO2专用PAAS使用；“随时可用的AMI”&引用/靴子-s"；不'；重新启动后，请不要重新启动所有服务,wso2,Wso2,我已经成功地完成了howto的工作，并使用提供的/home/ubuntu/private pass/boot.sh脚本使用ami-4e062c-ami设置了环境。最后我得到的是私有Paas实例以及它产生的其他几个实例。在我的例子中，我只选择了ESB 我关闭了所有实例，然后重新启动它们。为了重新启动服务，我尝试使用“/boot.sh-s”以及本文档中描述的其他说明。 当我手动启动服务（作为用户ubuntu）并运行./boot.sh-s脚本（作为root）时，我发现SSO没有在paas IP]：9
boot.sh脚本是否也打算启动这些丢失的服务？如果没有，重新启动实例以使SSO服务也工作的确切过程是什么？是否存在或可以提供init.d脚本？如果需要重新启动完整的PaaS部署，则需要执行clean.sh。有关这方面的详细信息，请参阅下页： 如果在确认过程中出错，请在再次运行boot.sh脚本之前，使用clean.sh脚本重置配置。当运行clean.sh删除当前安装并准备重新安装时，删除MySQL数据库信息需要输入默认的MySQL用户名和密码，即root/MySQL
如果需要重新启动整个PaaS部署，则需要执行clean.sh。有关这方面的详细信息，请参阅下页： 如果在确认过程中出错，请在再次运行boot.sh脚本之前，使用clean.sh脚本重置配置。当运行clean.sh删除当前安装并准备重新安装时，删除MySQL数据库信息需要输入默认的MySQL用户名和密码，即root/MySQL
要求在主机重新启动后安全地重新启动现有部署。此外，运行./clean.sh脚本不会擦除Paas部署的所有配置和数据吗？是的，clean.sh会删除所有配置和数据。您可以打开clean.sh文件并查看它的实际功能。要求是在主机重新启动后安全地重新启动现有部署。此外，运行./clean.sh脚本不会擦除Paas部署的所有配置和数据吗？是的，clean.sh会删除所有配置和数据。您可以打开clean.sh文件并查看它的实际功能。第一次运行时创建的conf.sh文件，然后由boot.sh读取，其中包含“y”和“n”等开关。sh文件要求开关为“true”或“false”。通过用正则表达式替换测试，我使boot.sh脚本能够容忍这种情况<代码>sed-i的/=\+“false”/=~^（n|false）$/g；s/=\+“true”/=~^（y | true）$/g'boot.sh。现在我可以重新启动主PAAS，但如果我重新启动它们，仍然无法从任何生成的实例中获得任何生命。因此，在获得可用系统的过程中，我比以前更进一步了。我在调试模式下运行boot.sh脚本时发现了这一点。第一次运行时创建的conf.sh文件，然后由boot.sh读取，其中包含“y”和“n”等开关。sh文件要求开关为“true”或“false”。通过用正则表达式替换测试，我使boot.sh脚本能够容忍这种情况<代码>sed-i的/=\+“false”/=~^（n|false）$/g；s/=\+“true”/=~^（y | true）$/g'boot.sh。现在我可以重新启动主PAAS，但如果我重新启动它们，仍然无法从任何生成的实例中获得任何生命。因此，在获得可用系统的过程中，我比以前更进一步了。