22.4.14 update.ts missing

[NicoWde]

Hey @immauss - awesome project btw!

I tried to set up multi-container setup with latest (& 22.4.14). I get following error:

root@openvas-security-scanner:~/openvas/multi-container# docker logs -f ovas_gvmd 
starting container at: Wed May 10 10:25:46 UTC 2023
Setting up container filesystem
/data/database/base alredy exists ...
 NOT moving data from image to /data
cp: cannot stat '/usr/local/var/lib/*': No such file or directory
cp: cannot stat '/var/lib/gvm/*': No such file or directory
cp: cannot stat '/var/lib/notus/*': No such file or directory
cp: cannot stat '/var/lib/openvas/*': No such file or directory
Using existing gvm logging config
Using existing password policy config
Using existing openvas logging config
Choosing container start method from:
gvmd
Starting Greenbone Vulnerability Manager daemon !!
Generating certs...
Generated private key in /tmp/tmp.RMUrWn2RMv/cakey.pem.
Generated self signed certificate in /tmp/tmp.RMUrWn2RMv/cacert.pem.
Installed private key to /var/lib/gvm/private/CA/cakey.pem.
Installed certificate to /var/lib/gvm/CA/cacert.pem.
Generated private key in /tmp/tmp.RMUrWn2RMv/serverkey.pem.
Generated certificate request in /tmp/tmp.RMUrWn2RMv/serverrequest.pem.
Signed certificate request in /tmp/tmp.RMUrWn2RMv/serverrequest.pem with CA certificate in /var/lib/gvm/CA/cacert.pem to generate certificate in /tmp/tmp.RMUrWn2RMv/servercert.pem
Installed private key to /var/lib/gvm/private/CA/serverkey.pem.
Installed certificate to /var/lib/gvm/CA/servercert.pem.
Generated private key in /tmp/tmp.RMUrWn2RMv/clientkey.pem.
Generated certificate request in /tmp/tmp.RMUrWn2RMv/clientrequest.pem.
Signed certificate request in /tmp/tmp.RMUrWn2RMv/clientrequest.pem with CA certificate in /var/lib/gvm/CA/cacert.pem to generate certificate in /tmp/tmp.RMUrWn2RMv/clientcert.pem
Installed private key to /var/lib/gvm/private/CA/clientkey.pem.
Installed certificate to /var/lib/gvm/CA/clientcert.pem.
Removing temporary directory /tmp/tmp.RMUrWn2RMv.
LOADDEFAULT is true
Checking for existing DB
 postgres  | postgres | UTF8     | C.UTF-8 | C.UTF-8 | 
 template0 | postgres | UTF8     | C.UTF-8 | C.UTF-8 | =c/postgres          +
           |          |          |         |         | postgres=CTc/postgres
 template1 | postgres | UTF8     | C.UTF-8 | C.UTF-8 | =c/postgres          +
           |          |          |         |         | postgres=CTc/postgres

########################################
Creating a base DB from /usr/lib/base-db.xz
base data from:
cat: /update.ts: No such file or directory
starting container at: Wed May 10 10:25:49 UTC 2023
Looks like this container has already been started once.
Just doing a little cleanup instead of the whole fs-setup.
Choosing container start method from:
gvmd
Starting Greenbone Vulnerability Manager daemon !!
LOADDEFAULT is true
Checking for existing DB
 postgres  | postgres | UTF8     | C.UTF-8 | C.UTF-8 | 
 template0 | postgres | UTF8     | C.UTF-8 | C.UTF-8 | =c/postgres          +
           |          |          |         |         | postgres=CTc/postgres
 template1 | postgres | UTF8     | C.UTF-8 | C.UTF-8 | =c/postgres          +
           |          |          |         |         | postgres=CTc/postgres

########################################
Creating a base DB from /usr/lib/base-db.xz
base data from:
cat: /update.ts: No such file or directory

the system is a temporary Hetzner-Cloud AMD Ubuntu 22.04.2 VM with Docker Docker version 23.0.6

I now tried 22.4.13 which worked perfectly. I got the idea because of your yesterdays commit to the startup scripts.

Just wanted to drop this for now, I am already in a hurry. If I am faster than you, I hopefully invest some more time tomorrow, undestanding the setup.

Thanks in advance for reading this issue :)

[immauss]

AH! Thank you. I need to make some updates to the mulit-container start scripts. I'll try to get those in today.

Thanks!

[immauss]

OK .. that went quicker than expected.

Can you try tag: 22.4.15 ... it shouldn't die on you, and has some other bug fixes that are not in the 22.4.13 image.

Thanks, Scott