mirror of
https://github.com/qdm12/ddns-updater.git
synced 2026-08-02 10:38:41 -04:00
Latest image on docker hub causes "exec format error" #212
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @sonnatager on GitHub (Sep 2, 2022).
After pulling the newest image from dockerhub ddns-updater is throwing "exec format error" exceptions when starting container with docker-compose.
1. Is this urgent: Yes
2. DNS provider(s) you use:
Strato
3. Program version:
4. What are you using to run the container: docker-compose
5. Extra information (optional)
docker-compose config:
config.json:
Screenshot of log

Host OS:
Raspberry PI 4 Model B
Debian GNU/Linux 11 (bullseye)
OS-Version 11.4
@qdm12 commented on GitHub (Sep 2, 2022):
Try removing
platform: linux/arm64from your docker-compose.yml anddocker-compose pull, and restart it?exec format errorusually happens when the binary is built for another architecture than your host. If you don't specify the platform it would use the host platform without any emulation. RPI4 should be arm64, but maybe your OS isn't for whatever reason.If this doesn't work, try
docker image rm qmcgaw/ddns-updater+docker pull qmcgaw/ddns-updatermaybe it pulled the image for the wrong platform for some obscure reason.@sonnatager commented on GitHub (Sep 2, 2022):
I added the
platform: linux/arm64just for test purposes, but it did not work with nor without this parameter.I removed the image as you mentioned with
docker image rm qmcgaw/ddns-updaterand pulled it new withdocker pull qmcgaw/ddns-updaterbut there is not difference.If i run
uname -ai get the following information:Linux raspberrypi 5.15.61-v8+ #1579 SMP PREEMPT Fri Aug 26 11:16:44 BST 2022 aarch64 GNU/LinuxAs statet here, my architecture is
aarch64, which i thougth is the same asarm64.Also notable: I pulled your image last week and it just worked fine. Today i did a
docker-compose pullto get the latest images and now it don't work.Here is the output of
docker image inspect d78282e2bd5e:@qdm12 commented on GitHub (Sep 2, 2022):
It was due to an external PR bumping
xcputranslatewhich is used for cross compilation of the Go binary, and its CLI usage changed (it's v0.x.x so its API was meant to be unstable) but its usage wasn't updated in that PR. My bad I approved/merged it without realizing it (and since CI passed as well).Anyway thanks for the detailed issue and comments, that definitely helped me pinpoint it! 👍
@sonnatager commented on GitHub (Sep 2, 2022):
Hi Quentin,
Sorry for the inconvenience. I tested it right now, but it still does not work. I checked, that i pulled the right image, but still not working. Can you please take another look on it?
Do you need some more logs or other information?
@qdm12 commented on GitHub (Sep 2, 2022):
Are you sure? I'm running
2022-09-02T17:40:20Z (commit d521868)on arm64 with emulation usingAnd it seems to work for me? 🤔 Do you have the same logged version as well?
EDIT: wait a second, I think my fix is still not fixing it
@qdm12 commented on GitHub (Sep 2, 2022):
Oops it turns out my xcputranslate v0.7.0 is just plain wrong, I reverted back to v0.6.0 in
251112697a@qdm12 commented on GitHub (Sep 2, 2022):
It should work now I reverted to v0.6.0, and it should cross build properly.
I also fixed xcputranslate with v0.8.0.
@sonnatager commented on GitHub (Sep 4, 2022):
It's working now. Thank you!
@deboy69 commented on GitHub (Sep 9, 2022):
docker hub still isnt updated and still shows the error with latest tag. Using rpi arm64 arch
@qdm12 commented on GitHub (Sep 16, 2022):
@deboy69 what's your platform? @sonnatager says it works, please paste the error message you get and what docker image hash you use.
@deboy69 commented on GitHub (Sep 16, 2022):
Sorry, deleted the image when it stopped working. Just spun up the container again and its working again.