immauss / openvas

Containers for running the Greenbone Vulnerability Manager. Run as a single container with all services or separate single applications containers via docker-compose.
GNU Affero General Public License v3.0
360 stars 102 forks source link

issue after updating #168

Closed killmasta93 closed 1 year ago

killmasta93 commented 1 year ago

Hi I was wondering if someone could shed some light on the issue im having Currently updated from version 21 to 22 Currently the docker container shows unhealthy and looking at the logs md gmp:WARNING:2023-02-12 22h42.21 UTC:2525: get_feed_info: Failed to read '/var/lib/gvm/data-objects/gvmd/22.04/feed.xml': Failed to open file “/var/lib/gvm/data-objects/gvmd/22.04/feed.xml”: No such file or directory

image

Thank you

immauss commented 1 year ago

can you share how you are starting the container and a bit more about your setup?

It looks like the feeds are not synching ... So you could try:

docker exec -it /scripts/sync.sh

IF that fails out, then please report any error messages here and I'll try to help you figure out what is going on.

-Scott

killmasta93 commented 1 year ago

Hi @immauss Thank you so much for the reply, So after running it seems in the logs seems to be ok Whats odd it shows the container unhealthy and the other container shows as stopped

This is my docker compose

version: "3"
services:
  openvas:
    ports:
      - "8080:9392"
    environment:
      - "PASSWORD=thepassword"
      - "USERNAME=admin"
      - "RELAYHOST=172.17.0.1"
      - "SMTPPORT=27"
      - "REDISDBS=512" # number of Redis DBs to use
      - "QUIET=false"  # dump feed sync noise to /dev/null
      - "NEWDB=false"  # only use this for creating a blank DB
      - "SKIPSYNC=true" # Skips the feed sync on startup.
      - "RESTORE=false"  # This probably not be used from compose... see docs.
      - "DEBUG=false"  # This will cause the container to stop and not actually start gvmd
      - "HTTPS=false"  # wether to use HTTPS or not
      - "GMP=9390"    # to enable see docs
    volumes:
      - "/openvas:/data"
    container_name: openvas
    image: immauss/openvas:latest
  scannable:
    image: immauss/scannable
    container_name: scannable
volumes:
  openvas:

image


![image](https://user-images.githubusercontent.com/13953629/219223279-8e8a3abf-a2b6-4ca6-9e50-7fb84eeccf39.png)

md   main:MESSAGE:2023-02-16 00h04.10 utc:1097400:    Greenbone Vulnerability Manager version 22.4.2 (DB revision 250)

md manage:   INFO:2023-02-16 00h04.10 utc:1097400:    Getting scanners.

md   main:MESSAGE:2023-02-16 00h04.15 utc:1097410:    Greenbone Vulnerability Manager version 22.4.2 (DB revision 250)

md manage:   INFO:2023-02-16 00h04.15 utc:1097410:    Verifying scanner.

==> /usr/local/var/log/gvm/healthchecks.log <==

 Healthchecks completed with no issues.

==> /usr/local/var/log/gvm/gvmd.log <==

md   main:MESSAGE:2023-02-16 00h05.13 utc:1097489:    Greenbone Vulnerability Manager version 22.4.2 (DB revision 250)

md manage:   INFO:2023-02-16 00h05.13 utc:1097489:    Getting scanners.

md   main:MESSAGE:2023-02-16 00h05.17 utc:1097498:    Greenbone Vulnerability Manager version 22.4.2 (DB revision 250)

md manage:   INFO:2023-02-16 00h05.17 utc:1097498:    Verifying scanner.

==> /usr/local/var/log/gvm/healthchecks.log <==

 Healthchecks completed with no issues.

image

Thank you again

immauss commented 1 year ago

AH! The key here is in your compose file. Change:

when set to true, the container starts faster, but you will need to sync the new content that comes with 22.4.

-Scott

immauss commented 1 year ago

If this didn't resolve your problem, please re-open this or start a new issues.

Thanks, Scott

killmasta93 commented 1 year ago

Hi @immauss sorry i thought i replied weeks ago must been that it was saved on draft and did not go though, Forgot to mention it worked, but it keeps showing me like this

image

Thank you again