rabbitmq
rabbitmq copied to clipboard
Docker for Windows
Please consider creating an official docker RabbitMQ for Windows image using Windows Server Core;
As a group of developers we use docker to create a local development environment; sharing images with others so the 'works on my machine' is a thing of the past; at present we use a number of images including including asp.net, redis, ms-sql-server, documentdb etc
There are installers available for Windows (https://www.rabbitmq.com/install-windows.html), so I'm not opposed, but configuration is going to be tricky. On Linux, we use an entrypoint script which sets up the configuration and then execs rabbitmq-server
(so the server itself is the only thing left resident). On Windows, that pattern is not possible (due to architectural limitations).
For images like MongoDB, we've "solved" that by making the Windows images strictly bring-your-own for configuration, initialization, etc. If an approach like that is acceptable here, then we should definitely play around with making this happen! (and possibly whether it can work in Nano Server too)
I think having RabbitMQ running in docker on window server core and/or nanoserver would be a great for the inner developer loop; at present I've not been able to see how/if this could be installed given the packaged installer, this may have to be a manual install process of RabbitMQ as opposed to the provide package installers? IMHO bring you own configuration for would be an acceptable starting point.
FYI, found this spring2/rabbitmq
it'd still be good if there was a rabbitmq that is under the official channel.
@tianon IMO "bring your own configuration" is a valid approach for any OS.
There are binary releases for Windows distributed by our team as well, I'm not qualified to say which one is more suitable for the current state of provisioning and automation tooling on Windows.
I created a docker nanoserver-insider image, it's very basic and need work to really be production ready. Not to mention it needs nanoserver-insider right now because erlang does not work on the current version of nanoserver. The same dockerfile would work as well for windowsservercore.
Also if the architectural limitations you speak of are not having bash then you could use windows server core insider and still run your bash script for windows because it can support bash now :)
https://msdn.microsoft.com/en-us/commandline/wsl/install-on-server
Are there any plans of having rabbitMQ for windows? We were getting the below error: rabbitmq_ppn_engine | {"Cookie file /var/lib/rabbitmq/.erlang.cookie must be accessible by owner only",[{auth,init_cookie,0,[{file,"auth.erl"},{line,286}]},{auth,init,1,[{file,"auth.erl"},{line,140}]},{gen_server,init_it,6,[{file,"gen_server.erl"},{line,328}]},{proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,247}]}]}
@KencyK my comment from above still applies... https://github.com/docker-library/rabbitmq/issues/168#issuecomment-309782508
We're not opposed to the idea, since it does seem to be something upstream actively supports, but the nature of native Windows containers makes the usage of such a creation less intuitive.
Here is a working Dockerfile that can be a good start.
At the moment Nano Server images have to deal with Erlang issue 477.
I really prefer not to create an unofficial image: can I contribute/help in some way?
Rmq Windows based on multi stage builds to startt from windowsservercore to get powershell feature and then switch to nanoservercore:1709
Need to update to 1803.
https://blog.drylm.org/posts/rabbitmq_windows_container.html
@luigiberrettini the issue you mention is not valid anymore since 1709.
The solution you published on your blog and referenced both on the Erlang issue and here is sort of a hack otherwise you could have used a single stage build based on microsoft/nanoserver:1709 (I tried it and it did not work)
That's the reason why the Erlang issue is still open
Anyway it is a better approach than using Windows Server core because it reduces image size
Not so sure. As far as I remember I had it working on my first tries with 1709 when I did make experiments with the zip in my git repo and adding the zip via the dockerfile.
I only use multi stage builds to have powershell to download and run msiexec stuff.
If you look at the Dockerfile I referenced above and try to do the same with 1709 and PowerShell Core as I did it won't work This is not due to downloading or copying files, but to the Erlang installer that, even if called with the proper flags (not to use UI), executes without doing nothing
The referenced issue is not related to run erlang installer. The attached docker file already use a multi stage build. The referenced issue is related to erlang runtime failing.
Unable to load emulator DLL
(c:\erlang\erts-9.0\bin\beam.smp.dll)
Unable to load emulator DLL
(c:\erlang\erts-9.0\bin\beam.smp.dll)
Indeed the installer does not run as-is in the nanoserver:1709 container Probably related to some c++ runtime missing.
Before installing Erlang, it could be helpful to install Microsoft Visual C++ Redistributable for Visual Studio 2017 with vc_redist.x64.exe /install /quiet /norestart
or vc_redist.x64.exe /install /passive /norestart
Unfortunately MSI is not supported on Nano Server
@luigiberrettini MSI isn't supported for good reasons; as the packages have calls to APIs that are part of the UI layer and given the large majority of security issues related to the UI layers, the aim for nano server was be as secure and small as possible, some but not all MSIs follow the /quiet /passive rules and still try to access UI api; thank fully vc_redist isn't one of them ;) and good spot btw as I've been battling with an issue where VC libraries where missing and was getting odd messages (unrelated) but your tip made the penny drop :D
Multistage builds are not supported for Official Images: https://github.com/docker-library/official-images/issues/3383.
Indeed. w/o multi stage, nanoserver:{1709,1803} cannot be really supported, no Powershell. Official Erlang-OTP releases are only nullsoft exes for windows.
I do not understand why there is this focus on PowerShell:
- there are bigger problems than that, like being able to install common programs, since almost none support the new WSA installer format
- Nano Server has PowerShell Core and I was able to use it to create the RabbitMQ image if it wasn't for the Erlang installer unable to work
Yes indeed. That's not totally correct.
the nanoservercore container instance has no tools other than batch-tools (cd, file, type, xcopy, ...) support. Even the batch-tools distribution looks incomplete. I noticed the timeout command is missing for some reasons. And of course, all UI related libs are missing + msiexec.
So basically, with batch-tools only, you dont have such a tools like:
- curl / Invoke-WebRequest
- unzip / Extract-Archive
- and maybe other tools which could be handy during the build phase of an image.
That's why maybe I mentionned too much PowerShell.
You are right, now I remember that I used the PowerShell Core image: microsoft/powershell:nanoserver
This is perfectly doable without having a multistage build, but the Erlang installation problem still exist
yes indeed. i did not had a look at the powershell core image yet. the solution would be that erlang team releases archive of erlang-otp instead of installers ...
Being a "Linux program" probably the installer does not do more than unpacking and setting something in the path... even if it sets registry keys, this could be done via shell
Indeed. I am pretty sure this is definitely overkill to have such an installer. Will have a look at the nullsoft installer definition. Should not be too hard to understand.
Here is it
It seems that it is strongly tied to having a UI experience, but luckily this mostly means writing a lot of values in the registry (install folder, shell extension and so on)
yeah and indeed useless stuff. I am not sure in erlang codebase they do care about registry keys.
Opened ERL-635 please vote it
The following link to a Dockerfile can build an image running rabbitmq on nanoserver
https://github.com/sixeyed/dockerfiles-windows/blob/master/rabbitmq/nanoserver/sac2016-ignore/Dockerfile
It in itself depends on the following image which is using multistage build to install erlang on windows servercore but then copy resulting files into an nanoserver image
https://github.com/sixeyed/dockerfiles-windows/blob/master/erlang/nanoserver/sac2016/Dockerfile
I hope the Erlang team will start putting some effort also on Windows related issues instead of simply deprioritizing them and flagging as up-for-grabs or help wanted: it would be great to build and run RabbitMQ with a single stage build on microsoft/nanoserver
I just discovered that 7-Zip can unpack NSIS files Tests should be performed to see if it is possible to install Erlang performing these steps:
- download 7-Zip
- extract it
- use the command line 7z.exe to unpack the Erlang installer
- copy the extracted content to the Erlang instalation folder
- install vcredist_x64.exe
- run Install.exe