-
-
Notifications
You must be signed in to change notification settings - Fork 752
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
Docker not starting with v1.18.1 on arm64 #191
Comments
There have been issues with arm docker images in the past (search the GitHub issues). I don't have a raspberry pi so it's hard for me to test. Can you try older image versions? |
I did a quick check on AWS, with the EC2 Ubuntu 20.04 image on amd64/aarch64 and it worked fine....
|
1.18.0 works, seems to be a recent regression |
I'm sorry but I can't help unless I can reproduce it or at least have some error message I can Google. You could try the binary outside of docker and see if that makes a difference, and/or use Those are my only ideas right now. |
I made straces of both version to compare |
I think you probably need to strace the binary and not the docker run command. The 132 is definitely from the Docker binary, but my guess is that that's just a generic exit code when the binary dies. Either download the tarball with the correct binary and run that, or extract it from the docker (see #113 (comment)), or exec into the docker and strace in there. |
You may also want to join the Discord (https://discord.com/invite/cT7ECsZj9w), maybe there are others with a Pi4 that can troubleshoot with you |
Actually, it is the
(there is no strace inside this image) |
This typically only happens if you pick the wrong architecture. You're sure that this is arm64 and not armv7? I am sorry I can't help more. I gotta get a Pi ;-) |
This is getting more and more confusing... I extracted both binaries from the docker image, and suddenly v1.18.1 worked and v1.18.0 had illegal instructions. But only once, retrying restored the normal order... I attached the log of what I did as I would not believe myself without it.
|
Also, strace:
|
The is exactly the behavior I have been seeing in #113 (scroll through that ticket a little). It's random almost. I assumed it was because of the There's one thing we can try: I can build you a binary that isn't compressed with |
Re-built v1.18.1 without any changes (17M)
Built v1.18.1 WITHOUT
|
Also, run each of them many times. In my previous tests it worked sometimes, but not always. |
No crashes without compression, ~1% crashes with. And a random different crash for good measure. I leave the interpretation to you :) |
That's amazing and sad at the same time. I'll remove the upx step from the ARM builds then. |
Try the latest image, v1.19.0. |
Yepp, that seems to solve it. Im still a bit puzzled whats really happening here, but I guess it doesn't have too much to do with ntfy anyway. Thank you for your effort! |
The ntfy binary is quite large because it includes the videos and images from the docs, so I use |
I am trying to run ntfy on docker on a Raspberry 4. Executing
stops after a few seconds without any output, and return code
132
. (same if explicitly using the arm64-tagged image)Running on
Ubuntu 20.04.4 LTS (GNU/Linux 5.4.0-1056-raspi aarch64)
The text was updated successfully, but these errors were encountered: