Ich verwende RabbitMQ v3.3.5 mit Erlang OTP 17.1 unter Windows 2008 R2. Meine Entwicklungs- und QA-Umgebungen sind eigenständig. Meine Staging- und Produktionsumgebungen sind geclustert.

Ich stelle fest, dass dieses Problem häufig auftritt, wenn der RabbitMQ-Dienst ausgeführt wird, die RabbitMQ-Verwaltungskonsole alles sieht, aber wenn ich versuche, rabbitmqctl über die Befehlszeile auszuführen, schlägt der Fehler fehl, dass der Knoten inaktiv ist (lokal versucht und auf a) Remote-Server).

Dieses Problem wird behoben, wenn ich den Windows-Dienst neu starte.

Ich sehe keine Fehlermeldung im RabbitMQ-Fehlerprotokoll. Die letzte Nachricht zeigte an, dass der Knoten aktiv war.

Unten finden Sie eine Beispielausgabe des Problems, das kürzlich auf Knoten 2 unseres Staging-Windows-Clusters aufgetreten ist:

PS C:\Program Files (x86)\RabbitMQ Server\rabbitmq_server-3.3.5\sbin> .\rabbitmqctl.bat status
Status of node rabbit@MYSERVER2 ...
Error: unable to connect to node rabbit@MYSERVER2: nodedown

DIAGNOSTICS
===========

attempted to contact: [rabbit@MYSERVER2]

rabbit@MYSERVER2:
  * connected to epmd (port 4369) on MYSERVER2
  * epmd reports: node 'rabbit' not running at all
                  no other nodes on MYSERVER2
  * suggestion: start the node

current node details:
- node name: rabbitmqctl2199771@MYSERVER2
- home dir: C:\Users\RabbitMQ
- cookie hash: mn6OaTX9mS4DnZaiOzg8pA==

An diesem Punkt starte ich den RabbitMQ-Dienst neu und versuche es dann erneut

PS C:\Program Files (x86)\RabbitMQ Server\rabbitmq_server-3.3.5\sbin> .\rabbitmqctl.bat status
Status of node rabbit@MYSERVER2...
[{pid,3784},
 {running_applications,
     [{rabbitmq_management_agent,"RabbitMQ Management Agent","3.3.5"},
      {rabbit,"RabbitMQ","3.3.5"},
      {os_mon,"CPO  CXC 138 46","2.2.15"},
      {mnesia,"MNESIA  CXC 138 12","4.12.1"},
      {xmerl,"XML parser","1.3.7"},
      {sasl,"SASL  CXC 138 11","2.4"},
      {stdlib,"ERTS  CXC 138 10","2.1"},
      {kernel,"ERTS  CXC 138 10","3.0.1"}]},
 {os,{win32,nt}},
 {erlang_version,
     "Erlang/OTP 17 [erts-6.1] [64-bit] [smp:4:4] [async-threads:30]\n"},
 {memory,
     [{total,35960208},
      {connection_procs,2704},
      {queue_procs,5408},
      {plugins,111936},
      {other_proc,13695792},
      {mnesia,102296},
      {mgmt_db,0},
      {msg_index,21816},
      {other_ets,884704},
      {binary,25776},
      {code,16672826},
      {atom,602729},
      {other_system,3834221}]},
 {alarms,[]},
 {listeners,[{clustering,25672,"::"},{amqp,5672,"::"},{amqp,5672,"0.0.0.0"}]},
 {vm_memory_high_watermark,0.4},
 {vm_memory_limit,3435787059},
 {disk_free_limit,50000000},
 {disk_free,74911649792},
 {file_descriptors,
     [{total_limit,8092},
      {total_used,4},
      {sockets_limit,7280},
      {sockets_used,2}]},
 {processes,[{limit,1048576},{used,139}]},
 {run_queue,0},
 {uptime,5}]
...done.

Irgendeine Idee, was dies verursacht und wie die Situation automatisch erkannt werden kann?

Ist dies speziell ein Problem beim Ausführen von RabbitMQ unter Windows?