Trying to update to v0.20.0

[yngveskog]

I've had a working v0.19.0, but trying to update using docker compose fails when I try to reach the server on my local ip

[tonyaellie]

Are there any logs being produced? e.g. docker compose logs

[yngveskog]

I'm getting only this: homebox | exec /app/api: no such file or directory

[sunilnc]

Same issue on my Raspberry Pi 4. My logs show:

exec /app/api: no such file or directory

I ran it through chatgpt and it said:

I'm running a Raspberry Pi 4, which has an ARM64 architecture. Homebox now builds multi-arch images, but ghcr.io/sysadminsmedia/homebox:latest might not be pulling the right ARM64 variant, or the latest tag might be broken.

[katosdev]

Whilst we continue to investigate this issue as a priority, please can you try to run the following:

sudo docker compose down
sudo docker compose up -d

And let us know if there is any difference at all?

[katosdev]

CC @yngveskog

[sunilnc]

@katosdev ran the two commands and got the same issue. Nothing loading.

[katosdev]

For anyone affected by this, we are trying to narrow down the cause - If you are affected, please can you provide some further details about your setup?

• Are you using Binaries or Docker
• Are you running something like Portainer / Dockge?
• Are you running rootless or not?

And any other information that you feel might help us to diagnose.

[buzzer13]

More insight - /bin/sh is not arm64 too.

~# docker run --rm -it --pull=always --entrypoint=/bin/sh "ghcr.io/sysadminsmedia/homebox:main-rootless"
main-rootless: Pulling from sysadminsmedia/homebox
Digest: sha256:d94ebf352dbcaa8cdbb8cb5e60389d16d3e55c4f875265129714d4b10e265e2d
Status: Image is up to date for ghcr.io/sysadminsmedia/homebox:main-rootless
exec /bin/sh: exec format error

[buzzer13]

According to the ARM64 image build history (I've used an explicit image hash from v0.20.0):

~# docker history "ghcr.io/sysadminsmedia/homebox:0.20.0@sha256:07b252cbfb05c6199f67996b7cc1d055d307102e70147484e27b16ce540d72cb"
IMAGE          CREATED       CREATED BY                                      SIZE      COMMENT
360e732cec7b   6 hours ago   CMD ["/data/config.yml"]                        0B        buildkit.dockerfile.v0
<missing>      6 hours ago   ENTRYPOINT ["/app/api"]                         0B        buildkit.dockerfile.v0
<missing>      6 hours ago   VOLUME [/data]                                  0B        buildkit.dockerfile.v0
<missing>      6 hours ago   HEALTHCHECK &{["CMD" "wget" "--no-verbose" "…   0B        buildkit.dockerfile.v0
<missing>      6 hours ago   WORKDIR /app                                    0B        buildkit.dockerfile.v0
<missing>      6 hours ago   EXPOSE map[7745/tcp:{}]                         0B        buildkit.dockerfile.v0
<missing>      6 hours ago   LABEL org.opencontainers.image.source=https:…   0B        buildkit.dockerfile.v0
<missing>      6 hours ago   LABEL Name=homebox Version=0.0.1                0B        buildkit.dockerfile.v0
<missing>      6 hours ago   RUN /bin/sh -c chmod +x /app/api # buildkit     0B        buildkit.dockerfile.v0
<missing>      6 hours ago   COPY /go/bin/api /app # buildkit                91MB      buildkit.dockerfile.v0
<missing>      6 hours ago   RUN /bin/sh -c mkdir /app # buildkit            0B        buildkit.dockerfile.v0
<missing>      6 hours ago   RUN /bin/sh -c apk --no-cache add ca-certifi…   19.7MB    buildkit.dockerfile.v0
<missing>      6 hours ago   ENV HBOX_DATABASE_SQLITE_PATH=/data/homebox.…   0B        buildkit.dockerfile.v0
<missing>      6 hours ago   ENV HBOX_STORAGE_PREFIX_PATH=data               0B        buildkit.dockerfile.v0
<missing>      6 hours ago   ENV HBOX_STORAGE_CONN_STRING=file:///?no_tmp…   0B        buildkit.dockerfile.v0
<missing>      6 hours ago   ENV HBOX_MODE=production                        0B        buildkit.dockerfile.v0
<missing>      4 weeks ago   CMD ["/bin/sh"]                                 0B        buildkit.dockerfile.v0
<missing>      4 weeks ago   ADD alpine-minirootfs-3.22.0-x86_64.tar.gz /…   8.3MB     buildkit.dockerfile.v0
~#

It uses x86_64 base alpine image.

After examining docker cross-compilation docs and its TARGETPLATFORM and BUILDPLATFORM args - it seems that this line had to use TARGETPLATFORM instead.

And maybe there is something else that still makes go build x86_64 binary instead of arm64.

[tankerkiller125]

Yeah I've realized the mistake, I'm doing a test build locally at the moment for docker, which seems to be going much better based on the time it's taken to build ARM64 and ARM/v7 images aligns much better with what I would have expected.

[tankerkiller125]

So for some reason the rootless build continues to fail for old ARM, so those images aren't available (still looking into it), but for the regular builds if you run main or nightly the bad builds should be fixed for ARM64/ARM devices.

[yngveskog]

Thanks! You are great!

[fate8383]

the same problem

[luismqoliveira]

Mine is Portuguese (Portugal)

[tankerkiller125]

That's the language in question, I'll take a deeper look at it later tonight once I get home.

[luismqoliveira]

Ok thank you very much! Any more detail you need just ask me

[tankerkiller125]

Found it and patched it in the main branch, will be part of a patch release here soonish (probably tomorrow assuming I sort some of these other bugs)

[luismqoliveira]

Ok thank you very much!

[tankerkiller125]

A v0.20.1 has been published to fix the ARM builds and some of the other issues people have found over the last couple days. It also contains a security issue patch.

The docker containers are still building as of the time of this post, but once they get published you should be able to use the latest tag again (and we recommend it).

We're very sorry for the inconvenience and trouble this has caused.