Failed to solve in middle of downloading

[BatteryDie]

Has this issue been opened before?

• It is not in the FAQ, I checked.
• It is not in the issues, I searched.

Describe the bug

First command is working fine. I got everything in first command. I tried second command docker compose --profile auto up --build. It was downloading but it was stopped at exit code 24 before they could complete download.

I cleaned Docker files but same issue. Internet is not issue because web browser can complete download but NOT Docker.

Which UI

Auto

Hardware / Software

• OS: Windows 11
• OS version: 22H2
• WSL version (if applicable): WSL2
• Docker Version: 20.10.21
• Docker compose version: v2.13.0
• Repo version:
• RAM: 32GB DDR4
• GPU/VRAM: RTX 3070

Steps to Reproduce

1. docker compose --profile auto up --build
2. downloading files
3. stopped at exit code 24

Additional context

#0 526.9 [#a6c186 171MiB/186MiB(92%) CN:1 DL:102KiB ETA:2m28s]
#0 526.9 [#a6c186 172MiB/186MiB(92%) CN:1 DL:99KiB ETA:2m31s]
#0 526.9
#0 526.9 12/20 03:28:07 [ERROR] CUID#11 - Download aborted. URI=https://github.com/AbdBarho/stable-diffusion-webui-docker/releases/download/3.1.0/xformers-0.0.15.dev0+4e3631d.d20221125-cp310-cp310-linux_x86_64.whl
#0 526.9 Exception: [AbstractCommand.cc:351] errorCode=24 URI=https://objects.githubusercontent.com/github-production-release-asset-2e65be/529560594/cbcea40c-1826-4bfe-9649-120030ac49b9?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=AKIAIWNJYAX4CSVEH53A%2F20221220%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20221220T031923Z&X-Amz-Expires=300&X-Amz-Signature=407b9275522f52a9ebcd68c36d954b45058d8f709130ac79de3681a890de36de&X-Amz-SignedHeaders=host&actor_id=0&key_id=0&repo_id=529560594&response-content-disposition=attachment%3B%20filename%3Dxformers-0.0.15.dev0%2B4e3631d.d20221125-cp310-cp310-linux_x86_64.whl&response-content-type=application%2Foctet-stream
#0 526.9   -> [HttpSkipResponseCommand.cc:215] errorCode=24 Authorization failed.
#0 526.9
#0 526.9 12/20 03:28:07 [NOTICE] Download GID#a6c186f562b6c7e5 not complete: /wheel.whl
#0 526.9
#0 526.9 Download Results:
#0 526.9 gid   |stat|avg speed  |path/URI
#0 526.9 ======+====+===========+=======================================================
#0 526.9 a6c186|ERR |   335KiB/s|/wheel.whl
#0 526.9
#0 526.9 Status Legend:
#0 526.9 (ERR):error occurred.
#0 526.9
#0 526.9 aria2 will resume download if the transfer is restarted.
#0 526.9 If there are any errors, then see the log file. See '-l' option in help/man page for details.
------
failed to solve: executor failed running [/bin/sh -c aria2c -x 10 --dir / --out wheel.whl 'https://github.com/AbdBarho/stable-diffusion-webui-docker/releases/download/3.1.0/xformers-0.0.15.dev0+4e3631d.d20221125-cp310-cp310-linux_x86_64.whl']: exit code: 24

[AbdBarho]

@BatteryDie yeah github servers sometimes just timeout out of the blue, can you try again?

docker compose --profile auto up --build

[DevilaN]

@AbdBarho:
There are two crucial options for aria2c here in play:

1. --max-tries (this defaults to 5)
2. --retry-wait (which defaults to 0)

I have not encountered problems with downloading from github, but I can think of scenario when problem persists for maybe 15 seconds and aria simply connects 5 times in a row during that time and fails to download. We could check whether adding 30s retry wait will make any difference. Worst case scenario there will be additional 2 minutes (4 times 30 second break between 5 tries) delay until it finally fails.

[BatteryDie]

@BatteryDie yeah github servers sometimes just timeout out of the blue, can you try again?

docker compose --profile auto up --build

It is still getting failed download:

#0 666.3 [#c44877 172MiB/186MiB(92%) CN:2 DL:149KiB ETA:1m35s]
#0 666.3 [#c44877 172MiB/186MiB(92%) CN:2 DL:139KiB ETA:1m41s]
#0 666.3 [#c44877 173MiB/186MiB(92%) CN:2 DL:147KiB ETA:1m34s]
#0 666.3 [#c44877 173MiB/186MiB(92%) CN:2 DL:134KiB ETA:1m44s]
#0 666.3 [#c44877 173MiB/186MiB(92%) CN:2 DL:134KiB ETA:1m42s]
#0 666.3 [#c44877 173MiB/186MiB(92%) CN:2 DL:161KiB ETA:1m23s]
#0 666.3 [#c44877 173MiB/186MiB(93%) CN:2 DL:163KiB ETA:1m21s]
#0 666.3
#0 666.3 12/20 17:49:53 [ERROR] CUID#11 - Download aborted. URI=https://github.com/AbdBarho/stable-diffusion-webui-docker/releases/download/3.1.0/xformers-0.0.15.dev0+4e3631d.d20221125-cp310-cp310-linux_x86_64.whl
#0 666.3 Exception: [AbstractCommand.cc:351] errorCode=24 URI=https://objects.githubusercontent.com/github-production-release-asset-2e65be/529560594/cbcea40c-1826-4bfe-9649-120030ac49b9?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=AKIAIWNJYAX4CSVEH53A%2F20221220%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20221220T173848Z&X-Amz-Expires=300&X-Amz-Signature=ae7ddd77ab356615d459ecf35741d5fa6248ba8ab7963efe19e998d8878aeb8b&X-Amz-SignedHeaders=host&actor_id=0&key_id=0&repo_id=529560594&response-content-disposition=attachment%3B%20filename%3Dxformers-0.0.15.dev0%2B4e3631d.d20221125-cp310-cp310-linux_x86_64.whl&response-content-type=application%2Foctet-stream
#0 666.3   -> [HttpSkipResponseCommand.cc:215] errorCode=24 Authorization failed.
#0 667.1  *** Download Progress Summary as of Tue Dec 20 17:49:54 2022 ***
#0 667.1 ===============================================================================
#0 667.1 [#c44877 174MiB/186MiB(93%) CN:1 DL:154KiB ETA:1m24s]
#0 667.1 FILE: /wheel.whl
#0 667.1 -------------------------------------------------------------------------------
#0 667.1
#0 679.6 [#c44877 174MiB/186MiB(93%) CN:1 DL:154KiB ETA:1m24s]
#0 679.6 [#c44877 174MiB/186MiB(93%) CN:1 DL:137KiB ETA:1m34s]
#0 679.6 [#c44877 174MiB/186MiB(93%) CN:1 DL:121KiB ETA:1m46s]
#0 679.6 [#c44877 174MiB/186MiB(93%) CN:1 DL:112KiB ETA:1m55s]
#0 679.6 [#c44877 174MiB/186MiB(93%) CN:1 DL:112KiB ETA:1m54s]
#0 679.6 [#c44877 174MiB/186MiB(93%) CN:1 DL:68KiB ETA:3m6s]
#0 679.6 [#c44877 174MiB/186MiB(93%) CN:1 DL:58KiB ETA:3m39s]
#0 679.6 [#c44877 174MiB/186MiB(93%) CN:1 DL:38KiB ETA:5m33s]
#0 679.6 [#c44877 174MiB/186MiB(93%) CN:1 DL:64KiB ETA:3m13s]
#0 679.6 [#c44877 174MiB/186MiB(93%) CN:1 DL:73KiB ETA:2m48s]
#0 679.6
#0 679.6 12/20 17:50:06 [ERROR] CUID#9 - Download aborted. URI=https://github.com/AbdBarho/stable-diffusion-webui-docker/releases/download/3.1.0/xformers-0.0.15.dev0+4e3631d.d20221125-cp310-cp310-linux_x86_64.whl
#0 679.6 Exception: [AbstractCommand.cc:351] errorCode=24 URI=https://objects.githubusercontent.com/github-production-release-asset-2e65be/529560594/cbcea40c-1826-4bfe-9649-120030ac49b9?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=AKIAIWNJYAX4CSVEH53A%2F20221220%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20221220T173848Z&X-Amz-Expires=300&X-Amz-Signature=ae7ddd77ab356615d459ecf35741d5fa6248ba8ab7963efe19e998d8878aeb8b&X-Amz-SignedHeaders=host&actor_id=0&key_id=0&repo_id=529560594&response-content-disposition=attachment%3B%20filename%3Dxformers-0.0.15.dev0%2B4e3631d.d20221125-cp310-cp310-linux_x86_64.whl&response-content-type=application%2Foctet-stream
#0 679.6   -> [HttpSkipResponseCommand.cc:215] errorCode=24 Authorization failed.
#0 679.6
#0 679.6 12/20 17:50:06 [NOTICE] Download GID#c448770d82395879 not complete: /wheel.whl
#0 679.6
#0 679.6 Download Results:
#0 679.6 gid   |stat|avg speed  |path/URI
#0 679.6 ======+====+===========+=======================================================
#0 679.6 c44877|ERR |   263KiB/s|/wheel.whl
#0 679.6
#0 679.6 Status Legend:
#0 679.6 (ERR):error occurred.
#0 679.6
#0 679.6 aria2 will resume download if the transfer is restarted.
#0 679.6 If there are any errors, then see the log file. See '-l' option in help/man page for details.
------
failed to solve: executor failed running [/bin/sh -c aria2c -x 10 --dir / --out wheel.whl 'https://github.com/AbdBarho/stable-diffusion-webui-docker/releases/download/3.1.0/xformers-0.0.15.dev0+4e3631d.d20221125-cp310-cp310-linux_x86_64.whl']: exit code: 24

I'll try @DevilaN's advice. I'll let you know.

[BatteryDie]

There are two crucial options for aria2c here in play:

1. `--max-tries` (this defaults to 5)

2. `--retry-wait` (which defaults to 0)

I have not encountered problems with downloading from github, but I can think of scenario when problem persists for maybe 15 seconds and aria simply connects 5 times in a row during that time and fails to download. We could check whether adding 30s retry wait will make any difference. Worst case scenario there will be additional 2 minutes (4 times 30 second break between 5 tries) delay until it finally fails.

@DevilaN I edited stable-diffusion-webui-docker-master\services\AUTOMATIC1111\dockerfile by adding --max-tries 10 --retry-wait 30 on 29 line like this:

RUN aria2c -x 10 --dir / --out wheel.whl 'https://github.com/AbdBarho/stable-diffusion-webui-docker/releases/download/3.1.0/xformers-0.0.15.dev0+4e3631d.d20221125-cp310-cp310-linux_x86_64.whl' --max-tries 10 --retry-wait 30

I received difference error. There was kernel panic.

panic: runtime error: invalid memory address or nil pointer dereference [signal 0xc0000005 code=0x0 addr=0x0 pc=0x1a4d0d8]

Was it too much?

Full Log:

#0 679.6 [#c44877 174MiB/186MiB(93%) CN:1 DL:64KiB ETA:3m13s]
#0 679.6 [#c44877 174MiB/186MiB(93%) CN:1 DL:73KiB ETA:2m48s]
#0 679.6
#0 679.6 12/20 17:50:06 [ERROR] CUID#9 - Download aborted. URI=https://github.com/AbdBarho/stable-diffusion-webui-docker/releases/download/3.1.0/xformers-0.0.15.dev0+4e3631d.d20221125-cp310-cp310-linux_x86_64.whl
#0 679.6 Exception: [AbstractCommand.cc:351] errorCode=24 URI=https://objects.githubusercontent.com/github-production-release-asset-2e65be/529560594/cbcea40c-1826-4bfe-9649-120030ac49b9?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=AKIAIWNJYAX4CSVEH53A%2F20221220%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20221220T173848Z&X-Amz-Expires=300&X-Amz-Signature=ae7ddd77ab356615d459ecf35741d5fa6248ba8ab7963efe19e998d8878aeb8b&X-Amz-SignedHeaders=host&actor_id=0&key_id=0&repo_id=529560594&response-content-disposition=attachment%3B%20filename%3Dxformers-0.0.15.dev0%2B4e3631d.d20221125-cp310-cp310-linux_x86_64.whl&response-content-type=application%2Foctet-stream
#0 679.6   -> [HttpSkipResponseCommand.cc:215] errorCode=24 Authorization failed.
#0 679.6
#0 679.6 12/20 17:50:06 [NOTICE] Download GID#c448770d82395879 not complete: /wheel.whl
#0 679.6
#0 679.6 Download Results:
#0 679.6 gid   |stat|avg speed  |path/URI
#0 679.6 ======+====+===========+=======================================================
#0 679.6 c44877|ERR |   263KiB/s|/wheel.whl
#0 679.6
#0 679.6 Status Legend:
#0 679.6 (ERR):error occurred.
#0 679.6
#0 679.6 aria2 will resume download if the transfer is restarted.
#0 679.6 If there are any errors, then see the log file. See '-l' option in help/man page for details.
------
failed to solve: executor failed running [/bin/sh -c aria2c -x 10 --dir / --out wheel.whl 'https://github.com/AbdBarho/stable-diffusion-webui-docker/releases/download/3.1.0/xformers-0.0.15.dev0+4e3631d.d20221125-cp310-cp310-linux_x86_64.whl']: exit code: 24
PS C:\Users\jones\Dev\stable-diffusion-webui-docker-master> docker compose --profile auto up --build --max-tries 10 --retry-wait 15
unknown flag: --max-tries
PS C:\Users\jones\Dev\stable-diffusion-webui-docker-master> docker compose --profile auto up --build
[+] Building 701.2s (17/36)
 => [internal] load build definition from Dockerfile                                                               0.0s
 => => transferring dockerfile: 3.71kB                                                                             0.0s
 => [internal] load .dockerignore                                                                                  0.0s
 => => transferring context: 2B                                                                                    0.0s
 => resolve image config for docker.io/docker/dockerfile:1                                                         0.6s
 => CACHED docker-image://docker.io/docker/dockerfile:1@sha256:9ba7531bd80fb0a858632727cf7a112fbfd19b17e94c4e84ce  0.0s
 => [internal] load build definition from Dockerfile                                                               0.0s
 => [internal] load .dockerignore                                                                                  0.0s
 => [internal] load metadata for docker.io/library/python:3.10-slim                                                0.6s
 => [internal] load metadata for docker.io/alpine/git:2.36.2                                                       0.9s
 => [internal] load metadata for docker.io/library/alpine:3                                                        0.9s
 => [internal] load build context                                                                                  0.0s
 => => transferring context: 3.80kB                                                                                0.0s
 => [download 1/8] FROM docker.io/alpine/git:2.36.2@sha256:ec491c893597b68c92b88023827faa771772cfd5e106b76c713fa5  0.0s
 => CACHED [stage-2  1/15] FROM docker.io/library/python:3.10-slim@sha256:fb15c4e6696d0013613659c6553ab9a1f49e85c  0.0s
 => [xformers 1/3] FROM docker.io/library/alpine:3@sha256:8914eb54f968791faf6a8638949e480fef81e697984fba772b39768  0.0s
 => CACHED [download 2/8] RUN <<EOF (cat <<'EOE' > /clone.sh...)                                                   0.0s
 => [download 3/8] RUN . /clone.sh taming-transformers https://github.com/CompVis/taming-transformers.git 24268  699.5s
 => => # hint: 'development'. The just-created branch can be renamed via this command:
 => => # hint:
 => => # hint: git branch -m <name>
 => => # Initialized empty Git repository in /git/repositories/taming-transformers/.git/
 => => # + git remote add origin https://github.com/CompVis/taming-transformers.git
 => => # + git fetch origin 24268930bf1dce879235a7fddd0b2355b84d7ea6 '--depth=1'
 => CACHED [xformers 2/3] RUN apk add aria2                                                                        0.0s
 => ERROR [xformers 3/3] RUN aria2c -x 10 --dir / --out wheel.whl 'https://github.com/AbdBarho/stable-diffusion  699.3s
 => CANCELED [stage-2  2/15] RUN pip install torch==1.12.1+cu116 torchvision==0.13.1+cu116 --extra-index-url ht  699.4s
panic: runtime error: invalid memory address or nil pointer dereference
[signal 0xc0000005 code=0x0 addr=0x0 pc=0x1a4d0d8]

goroutine 46 [running]:
github.com/docker/buildx/build.BuildWithResultHandler.func4.1()
        github.com/docker/buildx@v0.9.1/build/build.go:900 +0x4d8
golang.org/x/sync/errgroup.(*Group).Go.func1()
        golang.org/x/sync@v0.1.0/errgroup/errgroup.go:75 +0x64
created by golang.org/x/sync/errgroup.(*Group).Go
        golang.org/x/sync@v0.1.0/errgroup/errgroup.go:72 +0xa5
PS C:\Users\jones\Dev\stable-diffusion-webui-docker-master>

[BatteryDie]

Correction flags are --max-tries=10 and --retry-waitor=30. I did not realize equals sign is needed because aria2c tricked my brain to think it is still downloading.

Unfortunately, it did not resolve the issue when complete download is exactly 174MiB/186MiB 93%. I'm not going to post another long log on this page because they are same error. Maybe GitHub servers stopped people who is using aria2c from downloading in slow speed and longer time.

Edit: I tried added another number and number. Still no luck.

failed to solve: executor failed running [/bin/sh -c aria2c -x 10 --dir / --out wheel.whl 'https://github.com/AbdBarho/stable-diffusion-webui-docker/releases/download/3.1.0/xformers-0.0.15.dev0+4e3631d.d20221125-cp310-cp310-linux_x86_64.whl' --max-tries=20 --retry-wait=60]: exit code: 24

------
failed to solve: executor failed running [/bin/sh -c aria2c -x 10 --dir / --out wheel.whl 'https://github.com/AbdBarho/stable-diffusion-webui-docker/releases/download/3.1.0/xformers-0.0.15.dev0+4e3631d.d20221125-cp310-cp310-linux_x86_64.whl' --max-tries=50 --retry-wait=120]: exit code: 24

[AbdBarho]

@BatteryDie can you try something else:

RUN apk add aria2 wget
RUN  wget -o /wheel.whl 'https://github.com/AbdBarho/stable-diffusion-webui-docker/releases/download/3.1.0/xformers-0.0.15.dev0+4e3631d.d20221125-cp310-cp310-linux_x86_64.whl'

Maybe it is just an aria2c problem like you said.

Weird thing is, it always fails at 93%, something is not right...

I see you have a download speed of 150KB/s, is that always the case or only here?

[AbdBarho]

@DevilaN I feel that the problem is actually in reverse.

Github hosts their assets on S3, and redirect all downloads to S3 using self-signed temporary requests:

https://objects.githubusercontent.com/github-production-release-asset-2e65be/529560594/
cbcea40c-1826-4bfe-9649-120030ac49b9?X-Amz-Algorithm=AWS4-HMAC-SHA256&
X-Amz-Credential=AKIAIWNJYAX4CSVEH53A%2F20221220%2Fus-east-1%2Fs3%2Faws4_request&
X-Amz-Date=20221220T031923Z&X-Amz-Expires=300&X-Amz-Signature=407b9275522f52a9ebcd68c36d954b45058d8f709130ac79de3681a890de36de&
X-Amz-SignedHeaders=host&actor_id=0&key_id=0&repo_id=529560594&
response-content-disposition=attachment%3B%20filename%3Dxformers-0.0.15.dev0%2B4e3631d.d20221125-cp310-cp310-linux_x86_64.whl&
response-content-type=application%2Foctet-stream

With an expiration time of 300 seconds, which means if a connection was interrupted after the 300 seconds and you retry again, or if you try to open a new connection for faster downloads (which is probably what aria2c is doing), the token is invalid and you get a 403 auth rrror.

[DevilaN]

@AbdBarho : It might be like that.
Should be easy to reproduce then on linux with tc-netem module and qdisc quees. I'll give it a shot later and then we'll think about solution :)

[DevilaN]

This is weird. Cannot reproduce problems other than completely disabling internet access, which ends with error and not retrying after all.

As "Authorization failed." in log from @BatteryDie clearly shows that it should be token expired I can think only about one solution:

Please substitute line you've modified before:

RUN aria2c -x 10 --dir / --out wheel.whl 'https://github.com/AbdBarho/stable-diffusion-webui-docker/releases/download/3.1.0/xformers-0.0.15.dev0+4e3631d.d20221125-cp310-cp310-linux_x86_64.whl' --max-tries 10 --retry-wait 30

with modified one:

RUN until aria2c -c -x 10 --dir / --out wheel.whl 'https://github.com/AbdBarho/stable-diffusion-webui-docker/releases/download/3.1.0/xformers-0.0.15.dev0+4e3631d.d20221125-cp310-cp310-linux_x86_64.whl' --max-tries 10 --retry-wait 30; do echo "Download failed. Retrying..."; sleep 1; done

This should retry downloading file until successfull finish. Also -c flag will allow to continue download from a point it stopped during previous try.

[BatteryDie]

I see you have a download speed of 150KB/s, is that always the case or only here?

@AbdBarho I have 3MB/s download speed here. However, having muilt-downloads will cause slow down each one until they are completed. PIP and aria2c were downloading same time, yeah.

with modified one:

RUN until aria2c -c -x 10 --dir / --out wheel.whl 'https://github.com/AbdBarho/stable-diffusion-webui-docker/releases/download/3.1.0/xformers-0.0.15.dev0+4e3631d.d20221125-cp310-cp310-linux_x86_64.whl' --max-tries 10 --retry-wait 30; do echo "Download failed. Retrying..."; sleep 1; done

@DevilaN Hey, it is working! it managed to completely downloaded everything. Thank you for your help @DevilaN and @AbdBarho

[DevilaN]

@AbdBarho: maybe entire downloading in all services should be constructed with -c (continue flag) and "until ... do ... done" loop?

[AbdBarho]

@DevilaN maybe...
I will wait until we get another similar issue, this was first of kind in the last 3 months.
Also, probably retry only a couple of times at max.

[sn3akiwhizper]

I am having this same problem, even when using the recent commit 56d9763. I was able to solve it (auto's UI is currently up and running now) with a temporary workaround by using the data folder used in the download service, and mounting it to the AUTOMATIC1111 service within docker-compose:

services:
  download:
    build: ./services/download/
    profiles: ["download"]
    volumes:
      - *v1

  auto: &automatic
    <<: *base_service
    profiles: ["auto"]
    build: ./services/AUTOMATIC1111
    image: sd-auto:24
    volumes: #(new addition here)
      - *v1
    environment:
      - CLI_ARGS=--allow-code --medvram --xformers --enable-insecure-extension-access --api

and modifying the following lines of the AUTOMATIC Dockerfile:

Line 29

RUN aria2c -x 5 --dir /data --out wheel.whl 'https://github.com/AbdBarho/stable-diffusion-webui-docker/releases/download/4.0.0/xformers-0.0.16rc393-cp310-cp310-manylinux2014_x86_64.whl'

Line 49

RUN --mount=type=cache,target=/root/.cache/pip  \
  --mount=type=bind,from=xformers,source=/data/wheel.whl,target=/xformers-0.0.15-cp310-cp310-linux_x86_64.whl \
  pip install triton /xformers-0.0.15-cp310-cp310-linux_x86_64.whl

The goal was to be able to persist the partially downloaded wheel file in case of failure so that the next run will continue downloading where it left off. LMK if you want a new issue opened with my details, but my outputs looked very similar to @BatteryDie above.

[AbdBarho]

the data folder is already mounted in auto, so you don't to modify the docker-compose.yml file, this will also unmount your output folder, so the images won't persist.

However, maybe I am missing something about how docker works, but I don't think it is possible access volumes in build time...

In any case, since multiple users had this problem, I will investigate.

My hunch tells me it has something to do with the base image...

@sn3akiwhizper could you try replacing this

stable-diffusion-webui-docker/services/AUTOMATIC1111/Dockerfile

Line 27 in 56d9763

FROM alpine:3 as xformers

with

FROM bash:alpine3.15 as xformers

And try to build and run the UI again without any workarounds?

[sn3akiwhizper]

Oh, I see what you mean about the data folder mounting; I get confused by the anchor tags in docker files so I'm not sure why that changed anything to let it work.

Removing my hacks/mods and replacing the FROM statement on line 27 with your suggestion worked like a charm, no problems downloading.

To clarify: I kept the data folder, deleted the webui-docker-download and sd-auto containers AND images before rebuilding the download and auto profiles.

[DevilaN]

@AbdBarho:

However, maybe I am missing something about how docker works, but I don't think it is possible access volumes in build time...

Correct. Only possible with --mount flag for RUN command.

Maybe @sn3akiwhizper got lucky with changes and there was no problem at all during rebuilding this time?
Without logs it is hard to guess.

[github-actions]

This issue is stale because it has been open 14 days with no activity. Remove stale label or comment or this will be closed in 7 days.

[sn3akiwhizper]

Correct, using the updated version of alpine (alpine3.15) worked for me to complete the build process.

[github-actions]

This issue is stale because it has been open 14 days with no activity. Remove stale label or comment or this will be closed in 7 days.

[github-actions]

This issue was closed because it has been stalled for 7 days with no activity.