-
-
Notifications
You must be signed in to change notification settings - Fork 37
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Failure on arm32 machine #79
Comments
See https://github.com/qdm12/gluetun/wiki/32-bit-setup Alternatively use qmcgaw/dns:v2.0.0-beta I'll close the issue once I add documentation for it, thanks! |
I've tried qmcgaw/dns:v2.0.0-beta and it ended up with error: docker: Error response from daemon: linux spec user: unable to find user root: no matching entries in passwd file. |
Ah maybe remove the |
I had already tried that and the error messages look like this:
Maybe it's time to abandon my old NAS... (frustrated) |
Please don't 😉 You're helping me fix my program for your architecture, it's pretty useful, if that can motivate you! Now these logs are from the latest or v1.x.x image, are you sure you are running that If you can please create another issue if the openssl error (due to the 32 bit) is fixed now, that would be great, thanks! edit: also going to bed will take a look tomorrow! |
Thanks that you're willing to help me. :) docker run --rm --network=host --name cloudflare0 qmcgaw/dns:v2.0.0-beta
|
I changed in 904c5d0 the
I think docker run -it --rm --name cloudflare0 -p 53:53/udp qmcgaw/dns:v2.0.0-beta And see if it crashes as well?
Also for your own information, the log lines order is not intuitive, since everything in the code is quite asynchronous/parallel. From cause to effect it is actually:
So really the DNS server gets shutdown because the try to resolve github.com did not work out. For some reason it seems the DNS did not manage to start, not sure why though. |
Bridge network does not work on my old system. Interactive terminal for docker containers does not work either. It's kernel limitations, according to the link below: https://stackoverflow.com/questions/52520008/can-i-install-docker-on-arm8-based-synology-nas Now I'm really thinking of installing linux on my old i386 laptop and replace the arm32 NAS. |
Let's continue the discussion on #80 for that. For the error you see, my feeling is that there is already something listening on port 53 so the container fails to listen on it. Although it should log out something about it, I'll investigate why. Anyway, you can try finding if something listens on port 53 with for example |
My system does not support lsof command, but the old version qmcgaw/cloudflare-dns-server works fine on port 53. Of course I closed the old version before I try the new one. |
It should work with |
Thank you. v1.5.0 ends up saying that it does not have permission to open port 53. The messages are as below:
|
Do you see in the logs what's the Unbound version for
I see quite a few warnings that I have not seen like Anyway, give me a few hours, I'll see why |
Please find below the messages from qmcgaw/cloudflare-dns-server. Surprisingly, it's almost the same: the same unbound 1.10.1, the same 'setrlimit: Operation not permitted' error, 'cannot increase max open fds from 1024 to 8266' error:
|
Try |
Thank you. v.1.5.1 seems to work fine. |
Alright nice! It was probably the same error for On both images, we use My guess is your older Docker and/or Kernel do not like that fiddling 😉 I've added a warning to the readme advising to run it as root if you run an old Docker or kernel (5b48b7f) Closing the issue 👍 |
Hi, I've been using the old qmcgaw/cloudflare-dns-server and today I've found that the new qmcgaw/dns is available. The new docker image works fine on most of my systems except one:
It's Synology DS416j NAS which does not officially support docker, with Marvell Armada (armhf) CPU. But docker for arm32v7 works anyway with limited functionality, and the old qmcgaw/cloudflare-dns-server works fine with two obligatory options:
--network=host
--user=root
The problem is that the new qmcgaw/dns ends up with failure with messages as below:
In fact, the ssl handshake failure is repeated endlessly and the last part of the messages are the result of my interruption with ctrl+c.
The text was updated successfully, but these errors were encountered: