【问题标题】:DataStax Enterprise AMI hangs during installationDataStax Enterprise AMI 在安装期间挂起
【发布时间】:2014-09-08 15:44:18
【问题描述】:

我启动了适用于 Amazon EC2 的 DataStax AMI,通过 SSH 登录,但终端在“安装开始”时挂起:

Cluster started with these options:
--clustername CassandraDev --totalnodes 1 --version enterprise --username **** --password ****

Installation started.

“安装开始”一直通过由一个、两个和三个点组成的后缀。但是什么也没有发生,我无法退出安装过程,也无法访问任何日志文件以查看可能发生的情况(或者我不知道如何)。

在 us-east-1 区域的 VPC 子网中运行的两个单独的 m3.large 实例上进行了尝试。确切的 AMI 是 datastax_clustering_ami_2.5.1_hvm.manifest.xml (ami-ada2b6c4)。第一次,我等了大约一个半小时。第二个实例我刚上网一晚上,结果还是一样。

因为这是一个 VPC,所有出站流量都通过一个 NAT 服务器。安全组仅允许端口 80、443 和 123 上的出站流量。是否需要打开另一个出站端口?入站端口无关紧要,因为服务器不是面向公众的,但在子网内我已允许所有端口上的所有流量。

其他人也遇到过类似的问题,但到目前为止还没有答案:DataStax AMI hangs on

任何帮助将不胜感激!

【问题讨论】:

    标签: amazon-ec2 datastax-enterprise amazon-ami datastax


    【解决方案1】:

    由于最近出现了一些关于同一问题的票证,似乎 EC2 的 AMI 配置方面最近发生了一些变化,或者以前从未使用过这种特定的 VPC 配置,这似乎不太可能.

    当前的修复是在 /etc/hostname 中添加一个额外的条目,以消除每个 sudo 命令后出现的 stderr 输出。这反过来不会在供应端被标记为错误。

    此问题已按照此票证上的说明进行修复和修补: https://github.com/riptano/ComboAMI/issues/51.

    如果您发现任何其他问题,请随时在那里创建另一个票证。

    接下来,只需使用相同的用户数据启动另一组实例,您就应该可以启动并运行了。

    【讨论】:

      猜你喜欢
      • 2014-08-29
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2017-05-12
      • 2017-01-27
      • 1970-01-01
      • 1970-01-01
      • 2015-01-31
      相关资源
      最近更新 更多