Unexpected EOF

[jakkul]

@DeeAnn having this exact problem today. Cannot pull scap-data

Pulling vulnerability-tests ... done
Pulling notus-data          ... done
Pulling scap-data           ... downloading (100.0%)
Pulling cert-bund-data      ... done
Pulling dfn-cert-data       ... done
Pulling data-objects        ... done
Pulling report-formats      ... done

ERROR: for scap-data  unexpected EOF
ERROR: unexpected EOF
WARNING: Found orphan containers (greenbone-community-edition_notus-scanner_1, greenbone-community-edition_mqtt-broker_1) for this project. If you removed or renamed this service in your compose file, you can run this command with the --remove-orphans flag to clean it up.
Recreating 265b364286d4_greenbone-community-edition_vulnerability-tests_1 ...
Recreating 8e2c6587d54e_greenbone-community-edition_data-objects_1        ...
Recreating f3430dcc85c7_greenbone-community-edition_notus-data_1          ...
Recreating a335b4dcbe5a_greenbone-community-edition_cert-bund-data_1      ...
Starting greenbone-community-edition_scap-data_1                          ...

ERROR: for 8e2c6587d54e_greenbone-community-edition_data-objects_1  'ContainerConfig'

ERROR: for f3430dcc85c7_greenbone-community-edition_notus-data_1  'ContainerConfig'

ERROR: for 265b364286d4_greenbone-community-edition_vulnerability-tests_1  'ContainerConfig'

Starting greenbone-community-edition_scap-data_1                          ... done

ERROR: for data-objects  'ContainerConfig'

ERROR: for notus-data  'ContainerConfig'

ERROR: for vulnerability-tests  'ContainerConfig'

ERROR: for cert-bund-data  'ContainerConfig'```

[DeeAnn (DeeAnn Little)]

Hi @jakkul, I’m not seeing any other reports about it so can you give it a try again just to see if it’s a temporary issue? Thanks!

[koyre]

Hi , it seems that issue appears again. Continuously receiving EOF by using latest compose file.

[+] Running 60/116
 - configure-openvas Pulling                                                                                      39.4s
 - report-formats [⣿⣿⣿] 323.8kB / 323.8kB Pulling                                                                 39.4s
 - notus-data [⣿⣿⣿⣿⣿]  29.3MB / 29.3MB  Pulling                                                                   39.4s
 - gvm-tools [⣿⣿⣿⣿⣿⣿⣿] 33.04MB / 33.04MB Pulling                                                                  39.4s
 - openvas [⣿⣿⣿⣿⣿⣿⣿⣿⣿] 49.54MB / 49.54MB Pulling                                                                  39.4s
 - gpg-data [⣿⣿⣿] 2.223MB / 2.223MB Pulling                                                                       39.4s
 - gvmd [⣿⣿⣿⣿⣿⣿⣀⣿⣿⣿⣿]   118MB / 246.6MB Pulling                                                                   39.4s
 - redis-server [⣿⣿⣿⣿] 49.61MB / 49.61MB Pulling                                                                  39.4s
 - data-objects [⣿⣿⣿⣿] 4.132MB / 4.132MB Pulling                                                                  39.4s
 - gsa [⠀⠀⠀⠀⠀⠀⠀] Pulling                                                                                          39.4s
 - vulnerability-tests [⣿⣿⣀] 56.62MB / 162.2MB Pulling                                                            39.4s
 - scap-data [⣿⠀] 78.89MB / 1.038GB Pulling                                                                       39.4s
 - openvasd Pulling                                                                                               39.4s
 - ospd-openvas [⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣦⣿⣿⣿⣿⣿⣿⣿] 204.1MB / 235.3MB Pulling                                            39.4s
 - pg-gvm [⣿⣿⣿⣿⣿⣿⣿⣶⣿⣿] 123.3MB / 140.6MB Pulling                                                                  39.4s
 - dfn-cert-data [⣿⣿]  6.05MB / 6.05MB  Pulling                                                                   39.4s
 - cert-bund-data [⣿⣿⣿] 11.58MB / 11.58MB Pulling                                                                 39.4s
short read: expected 1538 bytes but got 0: unexpected EOF

Is there a way to proceed with this error?

[DeeAnn (DeeAnn Little)]

Hi @koyre and welcome to the forum.

Thanks for letting us know and I’ve reported it internally.

[kichak99 (krishnakumar)]

Continuing the discussion from Unexpected EOF:

again we are facing the same issue.

error pulling image configuration: download failed after attempts=6: unexpected EOF

[pluthorium]

Getting the same issue here

[risc]

Im getting the same issue as well, on my Ubuntu 24.04 and on AlmaLinux 10.

Is there a possibility to work around that error?

[CyberExpert2]

Im also having a similar issue when trying to pull the docker containers registry.community.greenbone.net/community/gsad:stable
i get this error when trying to pull it.
’’’
short read: expected 4181 bytes but got 0: unexpected EOF
’’’

[stevescan (Steve)]

I’m seeing the issue as well, 2026-03-12. Some containers are downloading, but gsad and gvmd for example both are consistently failing.

[ayuksel]

short read: expected 12040006 bytes but got 0: unexpected EOF
Hata, tekrar deneniyor: registry.community.greenbone.net/community/ospd-openvas:stable

[Klopp]

I have same problem

curl -f -O -L ``https://greenbone.github.io/docs/latest/_static/docker-compose.yml
docker compose up -d

Error:
short read: expected 4178 bytes but got 0: unexpected EOF

(Ubuntu 24.04.4 LTS)

[Klopp]

I’ve upgrade my VPS from 4Gb to 16Gb, it’s working
(8gb might work too)

[pluthorium]

It is also working on my side again, I didnt change anything about the system.

[network123]

how to deal with this issue?

[ChanScan]

EOF still continues

$ docker compose -f ~/greenbone-community-container/docker-compose.yml -p greenbone-community-edition pull
[+] Pulling 40/45
openvasd Skipped - Image is already being pulled by openvas 0.0s
configure-openvas Skipped - Image is already being pulled by openvas 0.0s
report-formats Pulled 1.6s
pg-gvm-migrator Pulled 1.3s
notus-data Pulled 1.2s
gsad Pulled 2.0s
⠹ openvas [⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿] 89.5MB / 89.5MB Pulling 74.2s
550daf8ca5ee Already exists 0.0s
632e8564e1a5 Pull complete 14.2s
0ae885d2006d Pull complete 14.3s
0839893612dd Pull complete 14.3s
7193641208f6 Pull complete 14.3s
b6e45af5d45d Pull complete 22.7s
e45a92e6c21a Pull complete 22.8s
19cabf3d08b5 Pull complete 23.3s
16194dd36ead Pull complete 23.3s
8c97786e3374 Pull complete 23.4s
7f19f7c4f9ac Pull complete 23.4s
7de68eb13583 Pull complete 23.4s
2a9b6bdf6d8c Pull complete 23.5s
⠏ 4f4fb700ef54 Downloading [==================================================>] 32B/32B 72.9s
d3fa7ece6b6a Download complete 20.0s
gvmd Pulled 2.0s
redis-server Pulled 1.9s
gvm-tools Pulled 1.8s
gpg-data Pulled 1.8s
pg-gvm Pulled 1.6s
cert-bund-data Pulled 1.7s
nginx Pulled 1.8s
⠹ vulnerability-tests [⣿⣿⣿⣿] 224.6MB / 227.7MB Pulling 74.2s
a123407c5c93 Already exists 0.0s
⠏ 502da58e4aff Extracting [====> ] 21.17MB/227.6MB 72.2s
edba8fcdfb7e Download complete 56.7s
17eab9bdf133 Download complete 57.1s
⠹ gvm-config [⣿⣿⣿⣿⣿] 6.504MB / 6.504MB Pulling 74.2s
1204334faf5b Pull complete 22.1s
c9e32f889b6b Pull complete 22.6s
a390799ea6bb Pull complete 22.7s
c1489eb09c75 Pull complete 23.4s
042f2d961909 Pull complete 23.5s
dfn-cert-data Pulled 1.7s
gsa Pulled 1.9s
data-objects Pulled 1.7s
scap-data Pulled 1.8s
ospd-openvas Pulled 1.9s
unexpected EOF

[ABe]

I started downloading them 1by1

$ COMPOSE_PARALLEL_LIMIT=1 docker compose pull

This way I could see which was failing.

It was for me always an image (?) with the 4f4fb700ef54 which was referenced by

After that I checked other available tags

h_ttps://registry.community.greenbone.net/v2/community/gvm-config/tags/list
h_ttps://registry.community.greenbone.net/v2/community/openvas-scanner/tags/list

Then I tested to pull single tags to see if they might work e.g.
$ docker pull registry.community.greenbone.net/community/openvas-scanner:23.41.6 - worked

to see which version might work.

Several “:latest” packages list the broken 4f4fb700ef54 image - these are working tags

• openvas-scanner:23.41.6
• gvm-config:edge

I replaced those newly found working tagged versions with the ones listed in the docker-compose.yml

And I’m not through yet – but this is the way how you debug the list and make your way through the broken referenced images.

[fregatte]

Got the same issue with gvm-config container. Looks like something wrong on the server side with this specific layer of the image, please fix it!

Docker pull fail:

$ docker pull registry.community.greenbone.net/community/gvm-config:latest
latest: Pulling from community/gvm-config
550daf8ca5ee: Pull complete 
1204334faf5b: Pull complete 
c9e32f889b6b: Pull complete 
a390799ea6bb: Pull complete 
c1489eb09c75: Pull complete 
042f2d961909: Pull complete 
4f4fb700ef54: Downloading [==================================================>]      32B/32B
unexpected EOF

The specific layer pull also fail:

$ curl -L https://registry.community.greenbone.net/v2/community/gvm-config/blobs/sha256:4f4fb700ef54461cfa02571ae0db9a0dc1e0cdb5577484a6d75e68dc38e8acc1 -o test.layer
curl: (92) HTTP/2 stream 0 was not closed cleanly: INTERNAL_ERROR (err 2)

Test on three different systems with the same results.

[chambersj (Jon)]

Guess I picked a bad time to update all the containers. Getting the unexpected EOF as well. Ubuntu 24.04 LT. Attempted pruning images and updating compose.yaml

[Waylander (Martin)]

exactly the same here,

with the configure-openvas pull

[fregatte]

The issue with gvm-config and layer 4f4fb700ef54 has been resolved without any changes on my side. Retry again today and it just works