Skip to content
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

[FR] - Docker image for linux/arm64 #313

Open
rheicide opened this issue Jan 8, 2025 · 2 comments
Open

[FR] - Docker image for linux/arm64 #313

rheicide opened this issue Jan 8, 2025 · 2 comments
Labels
enhancement New feature or request

Comments

@rheicide
Copy link

rheicide commented Jan 8, 2025

Is your feature request related to a problem? Please describe.
At the moment, the official Docker image (clidey/whodb) supports linux/amd64 only so it doesn't run on ARM64 machines.

Describe the solution you'd like
linux/arm64 support added

Describe alternatives you've considered
None

Additional context
None

@rheicide rheicide added the enhancement New feature or request label Jan 8, 2025
@hkdeman
Copy link
Contributor

hkdeman commented Jan 8, 2025

Thank you for the feature request! Could you share the docker version you are using? I believe Docker allows you to run linux/amd64 builds in Apple Silicon (and ARM chips). Just to be sure this isn't a docker related issue (because older versions didn't allow this) otherwise we will add this part of Clidey Hooks to do two builds (arm and amd) and push with a suffix.

@rheicide
Copy link
Author

rheicide commented Jan 8, 2025

Thanks for your response! I tried to run it on an ARM VPS:

$ docker logs whodb                 
exec /core: exec format error

Here's my Docker info:

$ docker info
Client: Docker Engine - Community                                                                                                                                                                                                    [11/1001]
 Version:    27.4.1
 Context:    default
 Debug Mode: false
 Plugins:
  buildx: Docker Buildx (Docker Inc.)
    Version:  v0.19.3
    Path:     /usr/libexec/docker/cli-plugins/docker-buildx
  compose: Docker Compose (Docker Inc.)
    Version:  v2.32.1
    Path:     /usr/libexec/docker/cli-plugins/docker-compose

Server:
 Containers: 32
  Running: 19
  Paused: 0
  Stopped: 13
 Images: 33
 Server Version: 27.4.1
 Storage Driver: overlay2
  Backing Filesystem: extfs
  Supports d_type: true
  Using metacopy: false
  Native Overlay Diff: true
  userxattr: false
 Logging Driver: json-file
 Cgroup Driver: systemd
 Cgroup Version: 2
 Plugins:
  Volume: local
  Network: bridge host ipvlan macvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local splunk syslog
 Swarm: inactive
 Runtimes: runc io.containerd.runc.v2
 Default Runtime: runc
 Init Binary: docker-init
 containerd version: 88bf19b2105c8b17560993bee28a01ddc2f97182
 runc version: v1.2.2-0-g7cb3632
 init version: de40ad0
 Security Options:
  apparmor
  seccomp
   Profile: builtin
  cgroupns
 Kernel Version: 6.8.0-1018-oracle
 Operating System: Ubuntu 22.04.5 LTS
 OSType: linux
 Architecture: aarch64
 CPUs: 4
 Total Memory: 23.42GiB
 Name: instance-20240118-1419
 ID: f05dac0d-9954-4e93-907f-d9c774dc5388
 Docker Root Dir: /var/lib/docker
 Debug Mode: false
 Experimental: false
 Insecure Registries:
  127.0.0.0/8
 Live Restore Enabled: false

...otherwise we will add this part of Clidey Hooks to do two builds (arm and amd) and push with a suffix

Maybe it can be done with a multiarch build, that way no suffix is needed and Docker will decide which one to pull based on the host's architecture.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants