Problems When RabbitMQ in SystemLink Server Can't Find Handle.exe

Updated Feb 20, 2026

Reported In

Software

  • SystemLink Server

Issue Details

I am seeing one of the following problems with my SystemLink Server:

  • The RabbitMQ logs state that it is shutting itself down due to a lack of available RAM, when in fact plenty of RAM is available
  • A growing number of Erlang Powershell processes appear stalled in Windows Task Manager, consuming ever more RAM
  • Erlang Runtime (erl.exe) makes API calls to CreateFile that appear in the process manager logs, concerning observers in IT

Solution

The underlying cause is the same regardless of the presenting symptom-- RabbitMQ is unable to find the file handle.exe.  You can fix this in one of two ways:
1) Manually copy the handle.exe file to the Windows PATH as described in  https://www.rabbitmq.com/docs/install-windows#handle-exe
2) Upgrade to SystemLink version 2026 Q1 or later, which deploys RabbitMQ version 3.13.7 or later.
   
For more details on the CreateFile API problem, see erl.exe CreateFile Access Behavior on System Directories

Additional Information

RabbitMQ running on Windows is designed to use handle.exe. If handle.exe is not present in the Windows PATH, RabbitMQ attempts to locate it. If it cannot be found, RabbitMQ falls back to using PowerShell. During this discovery and decision process, PowerShell CreateFile API calls are issued as part of the search and validation logic against:

  • System directories
  • Directories included in the Windows PATH

    
These CreateFile calls are performed solely for discovery and verification purposes and are part of the normal execution flow.

If RabbitMQ can't find handle.exe, it can return incorrect memory usage values, which can cause RabbitMQ to shut itself down.