实例上的云初始化失败

Question 1

您需要确保集群控制器配置正确，以便机器可以实际访问区域控制器元数据服务器。您可以使用以下命令执行此操作：

sudo dpkg-reconfigure maas-cluster-controller

并且需要输入区域控制器的IP地址，格式为：

http://<ip-address>/MAAS

Answer

您需要确保集群控制器配置正确，以便机器可以实际访问区域控制器元数据服务器。您可以使用以下命令执行此操作：

sudo dpkg-reconfigure maas-cluster-controller

并且需要输入区域控制器的IP地址，格式为：

http://<ip-address>/MAAS

Question 2

就我的情况而言（使用 Ubuntu Juju 进行新安装），问题在于 neutron 配置错误，元数据服务器的 IP 地址错误。

这很好：http://techbackground.blogspot.ie/2013/06/metadata-via-dhcp-namespace.html

这让我想到：

root@neutron:/etc/neutron# cat metadata_agent.ini 
...
nova_metadata_ip = 192.168.100.151
nova_metadata_port = 8775
...

我修复了 nova_metadata_ip 并重新启动了中子元数据服务，从而解决了该问题。

Answer

就我的情况而言（使用 Ubuntu Juju 进行新安装），问题在于 neutron 配置错误，元数据服务器的 IP 地址错误。

这很好：http://techbackground.blogspot.ie/2013/06/metadata-via-dhcp-namespace.html

这让我想到：

root@neutron:/etc/neutron# cat metadata_agent.ini 
...
nova_metadata_ip = 192.168.100.151
nova_metadata_port = 8775
...

我修复了 nova_metadata_ip 并重新启动了中子元数据服务，从而解决了该问题。

Question 3

我在 8 节点部署（3 个控制器、1 个日志、4 个计算）中遇到了类似的问题，其中租户网络上创建的任何实例都无法登录，因为它们没有通过元数据代理服务安装必要的 SSH 密钥。nova 控制台日志显示尝试访问租户网络中子路由器网关（192.168.227.1）上的元数据代理服务的尝试失败。如果我登录中子路由器并 arping 实例，它就会开始工作。

在计算节点上执行数据包捕获时，我发现实例正在向其 Neutron 网关 192.168.227.1 发送 ARP 请求。返回的 MAC 不是 Neutron MAC，而是 Cisco MAC。由于流量被路由到该 Cisco 设备（不存在元数据服务），因此对元数据地址的请求失败。

提出的解决方案是确认可能存在配置了 192.168.227.1 的 SVI，并将其删除，因为该地址应该在 Neutron 路由器上配置。

虽然编辑 metadata_agent.ini 文件是一种解决方法，但我强烈警告不要将其用作“修复”，因为这些值是从 openstack_user_config.yml 文件中提取的。如果在那里正确设置，它应该可以按配置工作，并使用 .ini 文件中的默认值。我更改了 .ini 文件中的值来测试外部端点，结果出现了我可以登录的实例，但这并没有解决租户网关 IP 重复的根本问题，而最终需要纠正这个问题。

Answer

我在 8 节点部署（3 个控制器、1 个日志、4 个计算）中遇到了类似的问题，其中租户网络上创建的任何实例都无法登录，因为它们没有通过元数据代理服务安装必要的 SSH 密钥。nova 控制台日志显示尝试访问租户网络中子路由器网关（192.168.227.1）上的元数据代理服务的尝试失败。如果我登录中子路由器并 arping 实例，它就会开始工作。

在计算节点上执行数据包捕获时，我发现实例正在向其 Neutron 网关 192.168.227.1 发送 ARP 请求。返回的 MAC 不是 Neutron MAC，而是 Cisco MAC。由于流量被路由到该 Cisco 设备（不存在元数据服务），因此对元数据地址的请求失败。

提出的解决方案是确认可能存在配置了 192.168.227.1 的 SVI，并将其删除，因为该地址应该在 Neutron 路由器上配置。

虽然编辑 metadata_agent.ini 文件是一种解决方法，但我强烈警告不要将其用作“修复”，因为这些值是从 openstack_user_config.yml 文件中提取的。如果在那里正确设置，它应该可以按配置工作，并使用 .ini 文件中的默认值。我更改了 .ini 文件中的值来测试外部端点，结果出现了我可以登录的实例，但这并没有解决租户网关 IP 重复的根本问题，而最终需要纠正这个问题。

Question 4

我的 Vultr VPS 也遇到了类似的问题。调试后，我发现无法从 VPS ping 任何 IPv4 地址。iptables 对 INPUT 的策略是 DROP。运行以下命令后，ping 功能正常工作，cloud-init 正常运行

iptables -I INPUT -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT

详细信息可以在这里找到https://serverfault.com/questions/356282/cannot-ping-outside-network-with-these-ip-rules

我调试此问题的建议是首先使用ip route show | grep 169.254.169.254获取网关地址。然后检查与网关的连接。如果无法访问，请尝试禁用防火墙。

Answer

我的 Vultr VPS 也遇到了类似的问题。调试后，我发现无法从 VPS ping 任何 IPv4 地址。iptables 对 INPUT 的策略是 DROP。运行以下命令后，ping 功能正常工作，cloud-init 正常运行

iptables -I INPUT -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT

详细信息可以在这里找到https://serverfault.com/questions/356282/cannot-ping-outside-network-with-these-ip-rules

我调试此问题的建议是首先使用ip route show | grep 169.254.169.254获取网关地址。然后检查与网关的连接。如果无法访问，请尝试禁用防火墙。

实例上的云初始化失败

答案1

答案2

答案3

答案4

相关内容