You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Try to follow the update procedure described in the README and try again before opening this issue.
Your Environment
Version used: Latest master Docker container
Operating system and version: Debian Bullseye, Rodman 3.0.1
Summary
I'm attempting to run the latest master of the docker container as I typically do, it seems like there might be an Arch issue?
root@host01:~# podman run docker.io/jesec/flood:master
[FATAL tini (2)] exec flood failed: Exec format error
This isn't an issue with the one tagged latest:
root@host01:~# podman run docker.io/jesec/flood:latest
Flood server 4.7.0 starting on http://0.0.0.0:3000
(node:2) [DEP0111] DeprecationWarning: Access to process.binding('http_parser') is deprecated.
(Use `node --trace-deprecation ...` to show where the warning was created)
Interestingly, this is not an issue with the �master-distroless image:
root@host01:~# podman run docker.io/jesec/flood:master-distroless
Trying to pull docker.io/jesec/flood:master-distroless...
Getting image source signatures
Copying blob beaaaf53e565 done
Copying config 2ddc26aa9a done
Writing manifest to image destination
Storing signatures
Flood server 0.0.0-master.3b7c8dc starting on http://0.0.0.0:3000
Expected Behavior
The latest master image would run like it has for a while now and how the current latest image runs.
Current Behavior
Master image fails due to exec issue.
Possible Solution
I suspect the build on master pushed a different arch to the 'master' tag than the typical amd64. Perhaps we need to add support for each arch on master?
Steps to Reproduce
In a standard Podman (and I suspect Docker) install on an amd64 based host, run podman run docker.io/jesec/flood:master
Context
Trying to run flood in a normal podman install and it's failing. It's been a while since I've pulled the image though, so I'm not sure which change caused this.
The text was updated successfully, but these errors were encountered:
I suspect there's a race in the master container build process where the wrong arch got pushed and tagged as amd64. I'm not familiar with multi-arch images though. I'm also not sure if this can easily happen on any commit to master or not.
Type: Bug Report
Your Environment
Summary
I'm attempting to run the latest master of the docker container as I typically do, it seems like there might be an Arch issue?
This isn't an issue with the one tagged latest:
However, is similar if you force the wrong arch:
Interestingly, this is not an issue with the
�master-distroless
image:Expected Behavior
The latest master image would run like it has for a while now and how the current latest image runs.
Current Behavior
Master image fails due to exec issue.
Possible Solution
I suspect the build on master pushed a different arch to the 'master' tag than the typical
amd64
. Perhaps we need to add support for each arch on master?Steps to Reproduce
podman run docker.io/jesec/flood:master
Context
Trying to run flood in a normal podman install and it's failing. It's been a while since I've pulled the image though, so I'm not sure which change caused this.
The text was updated successfully, but these errors were encountered: