AMQP-server auf localhost:5672 nicht erreichbar ist: [Errno 111] ECONNREFUSED
ich versuche das hinzufügen weiterer compute-Knoten auf verschiedenen virtuellen Maschine, um das vorinstallierte openstack. Ich deaktiviert die firewall-Dienste,ermöglichen die ping-andere virtuelle Maschine.. aber noch compute-Knoten ist nicht in der Lage, sich mit Rabbitmq service läuft auf controller-Knoten..
Hier ist es meine nova.conf-Datei...
[DEFAULT]
dhcpbridge_flagfile=/etc/nova/nova.conf
dhcpbridge=/usr/bin/nova-dhcpbridge
state_path=/var/lib/nova
lock_path=/var/lock/nova
force_dhcp_release=True
iscsi_helper=tgtadm
libvirt_use_virtio_for_bridges=True
connection_type=libvirt
root_helper=sudo nova-rootwrap /etc/nova/rootwrap.conf
verbose=True
ec2_private_dns_show_ip=True
api_paste_config=/etc/nova/api-paste.ini
volumes_path=/var/lib/nova/volumes
enabled_apis=ec2,osapi_compute,metadata
rpc_backend = rabbit
auth_strategy = keystone
use_neutron = True
firewall_driver = nova.virt.firewall.NoopFirewallDriver
my_ip = #compute node ip
rabbit_host= #controller_node_ip
rabbit_port = 5672
rabbit_userid = stackrabbit
rabbit_password = devstack
rabbit_use_ssl = False
rabbit_virtual_host=/
[keystone_authtoken]
auth_uri = http://controller_node_ip:5000
auth_url = http://controller_node_ip:35357
memcached_servers = controller_node_ip:11211
auth_type = password
project_domain_name = default
user_domain_name = default
project_name = service
username = nova
password = devstack
auth_host = controller_node_ip
auth_port = 35357
auth_protocol = http
[vnc]
enabled = True
vncserver_listen = 0.0.0.0
vncserver_proxyclient_address = $my_ip
novncproxy_base_url = http://controller_node_ip:6080/vnc_auto.html
[glance]
api_servers = http://controller_node_ip:9292
[oslo_concurrency]
lock_path = /var/lib/nova/tmp
Hier ist es meine nova-compute.log:
2016-09-20 19:08:57.701 7201 INFO oslo.messaging._drivers.impl_rabbit [-] Reconnecting to AMQP server on localhost:5672
2016-09-20 19:08:57.701 7201 INFO oslo.messaging._drivers.impl_rabbit [-] Delaying reconnect for 1.0 seconds...
2016-09-20 19:08:58.708 7201 ERROR oslo.messaging._drivers.impl_rabbit [-] AMQP server on localhost:5672 is unreachable: [Errno 111] ECONNREFUSED. Trying again in 30 seconds...
Bitte machen Sie mir etwas, damit ich dieses Problem beheben können...
Vielen Dank im Voraus...
Problembehandlung - 1) Telnet, und überprüfen Sie den rabbitmq server-controller Maschine aus zugänglich ist compute node, 2) Starten Sie rabbitmq-server, so dass compute-publisher können sich registrieren, es ' s-Verbindung.
Jayprakash danke für die Lösung... ja..habe ich getan.. und dieses Problem ist gelöst...aber jetzt habe ich m immer eine neue Fehlermeldung: 2016-09-23 16:26:40.305 17907 TRACE-nova.openstack.common.threadgroup libvirtError: interner Fehler: client-socket geschlossen
Jayprakash danke für die Lösung... ja..habe ich getan.. und dieses Problem ist gelöst...aber jetzt habe ich m immer eine neue Fehlermeldung: 2016-09-23 16:26:40.305 17907 TRACE-nova.openstack.common.threadgroup libvirtError: interner Fehler: client-socket geschlossen
InformationsquelleAutor Suneha | 2016-09-22
Du musst angemeldet sein, um einen Kommentar abzugeben.
Ich das festgestellt, wenn die Erweiterung meiner nova-compute estate (obwohl ich bin nicht mit Devstack).
In meinem neu erstellten compute-server, die folgenden in /var/log/nova/nova-compute.log : -
2017-11-14 11:40:53.287 52408 FEHLER oslo.messaging._drivers.impl_rabbit [req-adfd6dc7-fe8c-4de5-8401-58d325c3b4a8 - - - - -] [be6e0302-dfc8-4512-8b48-0d824fc6ea14] AMQP-server auf 127.0.0.1:5672 nicht erreichbar ist: [Errno 111] ECONNREFUSED. Versuchen Sie es erneut in 1 Sekunden. Client-port: Keine
War die Lösung ganz einfach. Ich überprüfte /var/log/sysinfo (ich betreibe ubuntu; /var/log/messages für diejenigen, die auf Redhat-Systemen) und konnte sehen, wie die folgenden Zeilen:-
Was zeigt, dass meine /etc/nova/nova.conf-Datei nicht lesbar war. Es stellt sich heraus, das war, weil ich scp zum kopieren der nova.conf aus meinem ersten Berechnung auf meine neue Maschine, und die Datei war schreibgeschützt, um die root-Benutzer. Die Lösung war (auf meinem neuen compute)
InformationsquelleAutor bthomas