中子桥联剂oslo_service.service amqp.exceptions.InternalError: Connection.open：(541) INTERNAL_ERROR

Question

Openstack列车版本的neutron-linuxbridge-agent组件的日志显示错误：

2022-03-17 14:38:36.727 6 ERROR oslo_service.service   File "/var/lib/kolla/venv/lib/python3.6/site-packages/amqp/connection.py", line 648, in _on_close
2022-03-17 14:38:36.727 6 ERROR oslo_service.service     (class_id, method_id), ConnectionError)
2022-03-17 14:38:36.727 6 ERROR oslo_service.service amqp.exceptions.InternalError: Connection.open: (541) INTERNAL_ERROR - access to vhost '/' refused for user 'openstack': vhost '/' is down
2022-03-17 14:38:36.727 6 ERROR oslo_service.service 
2022-03-17 14:38:36.729 6 INFO neutron.plugins.ml2.drivers.agent._common_agent [-] Stopping Linux bridge agent agent.

docker logs neutron_linuxbridge_agent get：

++ /usr/bin/update-alternatives --query iptables
update-alternatives: error: no alternatives for iptables
++ . /usr/local/bin/kolla_neutron_extend_start
+ echo 'Running command: '\''neutron-linuxbridge-agent --config-file /etc/neutron/neutron.conf --config-file /etc/neutron/plugins/ml2/ml2_conf.ini'\'''
+ exec neutron-linuxbridge-agent --config-file /etc/neutron/neutron.conf --config-file /etc/neutron/plugins/ml2/ml2_conf.ini
Running command: 'neutron-linuxbridge-agent --config-file /etc/neutron/neutron.conf --config-file /etc/neutron/plugins/ml2/ml2_conf.ini'

所有的openstack network agent list显示状态都是UP，但是XXX还活着。

我的集群有什么问题，我如何解决这个问题？非常感谢。

关键服务器是rabbit@node-3.log的rabbitmq引用，并且显示：

2022-03-18 06:50:35.270 [error] <0.21119.0> Error on AMQP connection <0.21119.0> (1.1.1.2:12345 -> 1.1.1.3:55672 - neutron-linuxbridge-agent:7:11111111-1111-1111-1111-111111111111, vhost: 'none', user: 'openstack', state: opening), channel 0:
 {handshake_error,opening,
                 {amqp_error,internal_error,
                             "access to vhost '/' refused for user 'openstack': vhost '/' is down",
                             'connection.open'}}

Answer 1

在检查和登录rabbitmq服务器站点(http://1.1.1.3:15672/)时，我得到以下错误提示：

rabbitmq virtual host experienced an error on node and may be inaccessible

解决办法是：

/var/lib/rabbitmq/mnesia/rabbit@node-3/msg_stores/vhosts/628WB79CIFDYO9LJI6DKMI09L.

• 2，

• 1，进入rabbitmq容器，并移出或移出recovery.dets文件中的目录重新启动rabbitmq容器.

因为：

从3.7.0开始的

版本中的所有消息数据都组合在msg_ RabbitMQ / vhost目录中，并存储在每个vhost的子目录中。每个vhost目录都使用散列命名，并包含一个具有vhost名称的.vhost文件，因此可以单独备份特定vhost的消息集。在3.7.0之前的RabbitMQ版本中，消息存储在节点数据目录下的几个目录中:队列、msg_store_persistent和msg_store_transient。此外，如果节点被优雅地停止，还有一个包含恢复元数据的recovery.dets文件。

我的整个集群是偶然重新启动的，它是通过这种方法恢复的。

Answer 2

如果您想轻松地解决您的问题，请重新部署您的Rabbimq与。

kolla-ansible -i <INVENTORY> deploy -t rabbitmq -vvvv

根据我的经验，在OpenStack中修复Rabbimq或奥斯陆问题的成本最低的最简单的方法是重新部署Rabbitmq并投入您的时间。