AMQP server on c ontroller:5672 is unreachable: [Errno 113] EHOSTUNREACH. Trying again in 2 seconds.

最新推荐文章于 2024-06-04 11:16:17 发布
原创 最新推荐文章于 2024-06-04 11:16:17 发布 · 1.4w 阅读 · 8 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#openstack #linux #compute #nova #rabbitmq

本文详细记录了解决CentOS 7安装多节点OpenStack时，Nova Compute无法启动的问题，通过在RabbitMQ服务器上启用iptables规则，开放RabbitMQ端口并允许其他主机访问，最终成功使Nova Compute服务恢复正常。

问题描述：

centos7安装多节点opentack时，nova-compute总是起不来，计算节点的nova-compute日志如下：

2015-06-15 07:20:48.565 16036 INFO nova.virt.driver [-] Loading compute driver 'libvirt.LibvirtDriver'
2015-06-15 07:20:48.571 16036 INFO nova.openstack.common.periodic_task [-] Skipping periodic task _periodic_update_dns because its interval i
s negative
2015-06-15 07:20:48.625 16036 INFO oslo_messaging._drivers.impl_rabbit [req-95a14e35-5e44-49d1-af35-baf3e317be72 - - - - -] Connecting to AMQ
P server on controller:5672
2015-06-15 07:20:48.632 16036 ERROR oslo_messaging._drivers.impl_rabbit [req-95a14e35-5e44-49d1-af35-baf3e317be72 - - - - -] AMQP server on c
ontroller:5672 is unreachable: [Errno 113] EHOSTUNREACH. Trying again in 1 seconds.
2015-06-15 07:20:49.646 16036 ERROR oslo_messaging._drivers.impl_rabbit [req-95a14e35-5e44-49d1-af35-baf3e317be72 - - - - -] AMQP server on c
ontroller:5672 is unreachable: [Errno 113] EHOSTUNREACH. Trying again in 2 seconds.
2015-06-15 07:20:50.660 16036 ERROR oslo_messaging._drivers.impl_rabbit [req-95a14e35-5e44-49d1-af35-baf3e317be72 - - - - -] AMQP server on c
ontroller:5672 is unreachable: [Errno 113] EHOSTUNREACH. Trying again in 2 seconds.
2015-06-15 07:20:51.674 16036 ERROR oslo_messaging._drivers.impl_rabbit [req-95a14e35-5e44-49d1-af35-baf3e317be72 - - - - -] AMQP server on c
ontroller:5672 is unreachable: [Errno 113] EHOSTUNREACH. Trying again in 2 seconds.
2015-06-15 07:20:52.688 16036 ERROR oslo_messaging._drivers.impl_rabbit [req-95a14e35-5e44-49d1-af35-baf3e317be72 - - - - -] AMQP server on c
ontroller:5672 is unreachable: [Errno 113] EHOSTUNREACH. Trying again in 2 seconds.

其他地方无异常，配置文档无异常，防火墙都是关着的

问题解决

启用iptables，在rabbitmq server端加入如下规则，开放rabbitmq端口（5672），允许其他主机访问rabbitmq server：

 # iptables -I INPUT -p tcp --dport 5672 -j ACCEPT
 #添加规则
 # service iptables save
 #保存设置
 # service iptables restart
 # 重启iptables，生效规则

现在再次重启nova-compute服务，发现他可以起来了，问题解决

OpenStack安装时Compute节点连不上RabbitMQ
Tomstrong_369的专栏
04-13 7113
我的环境：CentOS + OpenStack Liberty compute节点连不上controller的rabbitmq。但是controller上的nova服务可以连接上，rabbitmq也正常log如下：18-1041-481c-9fb7-91ffe8b6dfdd - - - - -] AMQP server on controller:5672 is unreachable: [Err
解决：consumer: Cannot connect to amqp://admin:**@127.0.0.1:5672//: [Errno 111] Connection refused.
SS78088SS的博客
01-07 1705
【代码】解决：consumer: Cannot connect to amqp://admin:**@127.0.0.1:5672//: [Errno 111] Connection refused.
neutron agent-list 没有任何输出 AMQP server on controller:5672 is unreachable:
zw421152835的专栏
04-10 7369
neutron agent-list    没有任何输出 检查 网络节点 /var/log/neutro/dhcp-agent.log  出现错误  ERROR oslo_messaging._drivers.impl_rabbit [req-6fb9a902-e113-4275-bda4-0d3b3266f3d1 ] AMQP server on controller:5
OpenStack安装相关问题及解决方法
zhxym的博客
07-27 5597
OpenStack安装相关问题及解决方法
Neutron报错：AMQP server on 192.169.10.17:5672 is unreachable: timed out的问题所在
obestboy的专栏
07-25 5759
安装了很多次，按照openstack手册配置neutron，都报如下错误 18:00:58.875 3951 ERROR oslo.messaging._drivers.impl_rabbit [-] [4cc4715b-2ad4-4a9b-bc0b-253b58327508] AMQP server on 192.169.10.17:5672 is unreachable: timed out...
Compute节点无法启动nova组件，错误信息：AMQP server on 127.0.0.1:5672 is unreachable
指剑
03-11 4268
查看日志 tail /var/log/nova/nova-compute.log 先检查配置文件 [oslo_messaging_rabbit] [libvirt] 发现libvirt 这里的 inject_key 后面少写了 ‘=’ 导致无法启动nova-compute ...
openstack中关于报错AMQP5672拒绝连接问题
controllerha的博客
12-16 7892
网上对于AMQP 5672拒接连接的解决方法无非就是重新更改密码啊，确定密码正确，包括我以前也写过一个卸载rabbitmq重新安装重新创建用户，重新赋予权限的。还有一波人的说法就是防火墙的设置问题啊，确实密码，防火墙都是导致5672的一个原因。 但是万一我密码确定以及肯定是正确的，防火墙我压根就是关了的情况啊？？ 我最近遇到几起AMQP5672拒绝连接问题，就算是卸载rabbitmq重
OpenStack—Nova日志报错AMQP server controller:5672 closed the connection. Check login credentials
Zcoder`Blog
11-03 7744
Nova日志报错5672一、报错信息如下 一、报错信息如下 2017-11-16 09:12:56.371 11097 ERROR oslo.messaging._drivers.impl_rabbit [req-e51e02c5-a513-423f-8fe8-657bb71d4e48 - - - - -] AMQP server controller:5672 closed the connec...
启动nova-compute不成功报错AMQP server controller:5672
controllerha的博客
12-07 1万+
2017-11-16 09:12:56.371 11097 ERROR oslo.messaging._drivers.impl_rabbit [req-e51e02c5-a513-423f-8fe8-657bb71d4e48 - - - - -] AMQP server controller:5672 closed the connection. Check login credentials:
openstack 环境部署 遇到的小问题 AMQP server controller:5672 closed the connection. Check login credentials: So...
weixin_34417814的博客
08-15 876
2019独角兽企业重金招聘Python工程师标准>>> ...
systemctl start libvirtd.service openstack-nova-compute.service不能成功启动
Wsxyi的博客
05-25 3847
不能成功启动一.问题现象问题解决：我按照这样的方法并不能解决，依然起不来我的思路：总结： 一.问题现象 systemctl start libvirtd.service openstack-nova-compute.service 在开启nova计算服务的时候，一直出现该页面： 进入日志查看哪里出现了错误： 2021-05-25 00:57:30.532 16036 ERROR oslo_messaging._drivers.impl_rabbit [req-95a14e35-5e44-49d1-
client.wait_msg()提示出错OSError: [Errno 113] ECONNABORTED该怎么处理
weixin_35755188的博客
01-03 2187
这个错误表明你的代码在尝试从服务器接收消息时，连接被意外关闭了。这个错误通常是由于服务器在你的代码尝试连接时关闭了连接，或者由于网络问题而导致连接中断。 要解决这个问题，你可以尝试以下步骤: 检查服务器是否正在运行。如果服务器已经停止运行，你需要启动服务器。 检查你的网络连接是否正常。如果你的网络连接出现问题，你需要修复网络连接。 检查你的代码是否正确地设置了服务器地址和端口号。如果你的代码...
【Python】解决Python报错：OSError: [Errno 113] No route to host
科技改变人类，技术成就未来
06-04 1664
解决Python报错：OSError: [Errno 113] No route to host
巨坑！！RabbitMQ连接报错：An unexpected connection driver error occured
qq_40887780的博客
01-16 5215
对于初学rabbitMQ这是个大坑！！ 一开始我根据教程用springboot集成了rabbitMQ，配置是这样的，启动后便报错了 于是，我就上网搜寻答案，很多都是说创建了用户没有授权之类的，我是用guest连接的，并没有创建用户啊，最后找到了原因所在！！！ 15672是Web管理界面的端口；5672是MQ访问的端口。 我的天啊，下面顺带给大家普及一下rabbitMQ其他端口吧 4369 ...
Linux-深入理解Socket异常
weixin_34378969的博客
12-21 256
在各种网络异常情况的背后，TCP是怎么处理的？又是怎样把处理结果反馈给上层应用的？本文就来讨论这个问题。分为两个场景来讨论 建立连接时的异常情况 1 正常情况下 　　经过三次握手，客户端连接成功，服务端有一个新连接到来。   2 客户端连接了服务端未监听的端口 　　在这种情况下，服务端会对收到的SYN回应一个RST（RFC 793 3.4），客户端收到RST之后，终止连接，并进入CLO...
Socket & Select
f413933206的专栏
11-25 851
以下是我写的socket服务器端的代码，使用select接受连接，#include #include #include #include #include #include #include #include #include #include #include #include #define D_LINE(_STR_) printf("f:%s(l:%d)-fn:%s():%s/n",__FILE__,__LINE__,__FUNCTION__,_STR_);#define SERVER_PORT 10
Linux防火墙未关闭踩的坑—— No route to host
热门推荐
KgdYsg的博客
11-27 3万+
网络服务很多时候和Linux防火墙都有着很多的关系，经常因为没有关闭Linux防火墙而导致一些奇葩问题的出现。 现有两台服务器 S1 和 S2，在 S1 上部署程序 P1，在 S2 上部署 P2，发现 P1，P2 连接报错，日志只有很简单的 connect S2_IP fail! 试了下在 S1 上部署 P1，P2。能直接连接上。 最后为了找到问题，又找了个服务器 S3，在 S3 上同时部署 P1...
RabbitMQ启动失败
qq_44488586的博客
12-28 8699
问题原因: 由于服务器异常宕机导致RabbitMQ挂掉，服务器恢复之后尝试启动MQ发现启动失败。报错信息如下 [root@bogon rabbitMq]# rabbitmqctl start_app Error: unable to perform an operation on node ‘rabbit@iZbp128yw4rvtfbytgv4y7Z’. Please see diagnostics information and suggestions below. Most common reaso
[2025-08-20 17:19:38,900: ERROR/MainProcess] consumer: Cannot connect to amqp://gpm_mq:**@127.0.0.1:5672/gpm_vhost: timed out. Trying again in 32.00 seconds... (16/100
最新发布
08-21
### RabbitMQ 连接超时的重试策略与优化 在连接 RabbitMQ 时出现 `AMQPConnectionError` 或连接超时问题，通常表明客户端无法与 RabbitMQ 节点建立稳定的 AMQP 连接。此类问题可能由网络配置、节点状态、权限设置或客户端配置不当引起。为应对连接失败，应结合重试策略与问题排查机制，确保连接的可靠性。 #### 重试机制与连接参数优化 在客户端代码中，建议配置自动重试机制以应对短暂的网络波动或服务启动延迟。以 Python 的 `pika` 库为例，可使用 `BlockingConnection` 并结合 `ConnectionParameters` 设置重试参数： ```python import pika import time retries = 5 retry_delay = 5 # seconds for attempt in range(retries): try: credentials = pika.PlainCredentials('gpm_mq', 'password') parameters = pika.ConnectionParameters( host='127.0.0.1', port=5672, virtual_host='gpm_vhost', credentials=credentials, heartbeat=600, # 增加心跳间隔 blocked_connection_timeout=300 # 增加连接阻塞超时时间 ) connection = pika.BlockingConnection(parameters) channel = connection.channel() print("Connected to RabbitMQ successfully.") break except pika.exceptions.AMQPConnectionError as e: print(f"Connection attempt {attempt + 1} failed: {e}") if attempt < retries - 1: print(f"Retrying in {retry_delay} seconds...") time.sleep(retry_delay) else: print("Max retries reached. Could not connect to RabbitMQ.") ``` 此策略通过增加 `heartbeat` 和 `blocked_connection_timeout` 来避免连接因短暂阻塞而中断，并在连接失败时自动重试，提高容错能力。 #### 网络与节点状态检查 连接超时可能源于 RabbitMQ 服务未正常运行或网络配置异常。可通过以下方式验证节点状态： ```bash docker exec -it rabbitmq rabbitmqctl status ``` 若返回 `Node rabbit@rabbitmq is not running`，则表明 RabbitMQ 服务未正常启动，需检查日志以排查问题： ```bash docker logs rabbitmq ``` 此外，需确保 RabbitMQ 容器的 AMQP 端口 5672 已正确映射并开放。在 `docker-compose.yml` 中应包含以下配置： ```yaml ports: - "5672:5672" - "15672:15672" ``` 若使用 `expose` 而非 `ports`，则需确保宿主机防火墙未阻断该端口。可使用 `telnet` 或 `nc` 检查端口连通性： ```bash telnet 127.0.0.1 5672 ``` #### 权限与虚拟主机配置验证 若 RabbitMQ 服务运行正常但连接仍失败，可能是由于用户权限或虚拟主机配置问题。可通过以下命令检查用户权限： ```bash docker exec -it rabbitmq rabbitmqctl list_users docker exec -it rabbitmq rabbitmqctl list_vhosts docker exec -it rabbitmq rabbitmqctl list_permissions -p gpm_vhost ``` 确保用户 `gpm_mq` 存在，并具有访问 `gpm_vhost` 的权限。若权限配置缺失，可通过以下命令添加： ```bash docker exec -it rabbitmq rabbitmqctl add_user gpm_mq password docker exec -it rabbitmq rabbitmqctl set_permissions -p gpm_vhost gpm_mq ".*" ".*" ".*" ``` #### 节点配置与 Cookie 一致性 RabbitMQ 节点间通信依赖 Erlang Cookie，若容器重启后 Cookie 不一致，可能导致节点状态异常。应在 `docker-compose.yml` 中指定固定的 `RABBITMQ_ERLANG_COOKIE`： ```yaml environment: RABBITMQ_ERLANG_COOKIE: "secret_cookie" ``` 若节点曾尝试加入集群但未成功退出，残留的集群状态可能导致当前节点无法正常运行。可通过以下命令重置节点状态： ```bash docker exec -it rabbitmq rabbitmqctl stop_app docker exec -it rabbitmq rabbitmqctl reset docker exec -it rabbitmq rabbitmqctl start_app ``` 此外，确保容器的主机名与 `RABBITMQ_NODENAME` 一致，以避免节点通信失败： ```yaml hostname: rabbitmq environment: RABBITMQ_NODENAME: rabbit@rabbitmq ``` #### 日志分析与常见错误排查 RabbitMQ 的日志文件通常位于 `/var/log/rabbitmq/`，可通过以下命令查看日志： ```bash docker exec -it rabbitmq cat /var/log/rabbitmq/rabbit@rabbitmq.log ``` 若日志中出现 `cannot open cookie file` 或 `.erlang.cookie must be accessible by owner only`，则表明 Erlang Cookie 文件权限配置不当。可通过以下命令修复权限： ```bash docker exec -it rabbitmq chmod 600 /var/lib/rabbitmq/.erlang.cookie ``` 若日志中出现 `Connection refused` 或 `Connection reset`，则表明客户端连接被拒绝或连接异常中断，需检查客户端配置、网络连通性及 RabbitMQ 服务状态。 #### 总结 为确保 RabbitMQ 连接的稳定性，应在客户端代码中实现合理的重试机制，并在部署环境中确保网络配置、节点状态、用户权限及 Cookie 一致性。通过日志分析与状态检查，可进一步定位并解决连接失败的根本原因。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值