Issues with Windows Server 2019 install batch files using improperly declared variables. #9888
-
Describe the bugIt appears that the Windows installer has batch files with variables declared incorrectly or in a way that Windows Server 2019 will not install without errors. They're using !VARIABLE! instead of %VARIABLE% in a lot of places and I'm just taking a wild guess at this point that this might be why I keep getting the error "Unrecognized option neighbours". If this is as designed and it's something else causing my issues, any advice would be appreciated because I'm at a loss after many reboots and hundreds of installation attempts. Example below of a snippet from the installers files in a test batch file. C:>C:\Users\admin\Desktop\test.bat C:>if not exist "!ERLANG_HOME!\bin\erl.exe" (
Please either set ERLANG_HOME to point to your Erlang installation or place the Example below of a snippet from the installers files with an adjusted variable declaration. C:>C:\Users\admin\Desktop\test.bat C:>if not exist "C:\Program Files\Erlang OTP\bin\erl.exe" ( C:> Reproduction steps
Expected behaviorA smooth installation without receiving the error at the bottom of the output below. Output folder: C:\Program Files\RabbitMQ Server\rabbitmq_server-3.12.8\plugins Additional contextNo response |
Beta Was this translation helpful? Give feedback.
Replies: 4 comments 9 replies
-
We don't have enough information to conclude much. This may be PowerShell-version specific and there are no details about that, nor there are any details about the value of the Are you sure you only have one Erlang version installed? Why do you need to explicitly set I do not recall other reports like this. @lukebakken do you? |
Beta Was this translation helpful? Give feedback.
-
Our package tests use Windows 2016 and 2022, and report set ERLANG_HOME=%ProgramFiles%\Erlang OTP I could not find anything about the currently used environment variable syntax being removed starting with Windows Server 2019 or PowerShell 5.1 (which seems to be the default in Windows Server 2019). Combined with the fact that this is not something commonly reported and if it was an issue it would likely break for the majority of Windows users, this must be something system-specific. |
Beta Was this translation helpful? Give feedback.
-
@Kevin-Herr would you do the following with a clean Windows Server 2019 environment -
|
Beta Was this translation helpful? Give feedback.
-
Solved. Issue was not variables mentioned previously but a single variable, RABBITMQ_BASE, and the software for some reason not being able to use a base folder if it was created by the installer. Manually created the following file structures and ensured that SYSTEM and Administrators were granted full access and that there were no spaces in the paths.
Set the global variable for RABBITMQ_BASE to "E:\RabbitMQBASE". This did not seem to be optional. Command: Made sure to delete any phantom RabbitMQ services from failed installations. This may have been optional. Command: Installed Erlang to the directory for it mentioned above without spaces. This did not seem to be optional. Installed RabbitMQ to the directory for it mentioned above without spaces. Unknown if a directory without spaces was optional for the RabbitMQ installer. |
Beta Was this translation helpful? Give feedback.
There were other issues as well, adding my notes below in case anyone else runs into them.
If you were installing the software and it failed, you likely need to do some manual cleanup because the system will believe that some services may exist and were setup properly that were not. The instructions below go through cleanup and manual deployment of the service if you don't want to just reinstall the software.
For installation on an Active Directory Domain System, you need to login as a Local Admin Account on the server. If you are on a domain account with Home Drives declared in Active Directory they are not able to be manually redirected and will not change regardless of attempts to. Min…