GVM 11 installation problems

So everything about installing GVM 11 on Ubuntu 18.04 LTS is failing. Followed every instruction at https://launchpad.net/~mrazavi/+archive/ubuntu/gvm, no errors during install, but when it came to sync, the script don’t have access to the plugin folder, since you don’t do sudo for that, I had to go and change permissions, after that everything finished installing, but no NVTs show up in the gui and the ospd service doesn’t seem to want to start, for no special reason

I have two problems with this installation, 1) ospd-openvas scanner doesn’t seem to be available, and 2) no NVT available in the GUI.

With regards to ospd, I have this in the service status

systemctl status ospd-openvas
● ospd-openvas.service - LSB: OSP server to allow GVM to control an OpenVAS Scanner
Loaded: loaded (/etc/init.d/ospd-openvas; generated)
Active: active (exited) since Fri 2019-11-22 20:18:38 UTC; 14min ago
Docs: man:systemd-sysv-generator(8)
Process: 3930 ExecStop=/etc/init.d/ospd-openvas stop (code=exited, status=0/SUCCESS)
Process: 3965 ExecStart=/etc/init.d/ospd-openvas start (code=exited, status=0/SUCCESS)
Nov 22 20:18:37 gvm111 systemd[1]: Stopped LSB: OSP server to allow GVM to control an OpenVAS Scanner.
Nov 22 20:18:37 gvm111 systemd[1]: Starting LSB: OSP server to allow GVM to control an OpenVAS Scanner…
Nov 22 20:18:38 gvm111 systemd[1]: Started LSB: OSP server to allow GVM to control an OpenVAS Scanner.
Nov 22 20:19:03 gvm111 ospd-openvas[3990]: Traceback (most recent call last):
File “/usr/bin/ospd-openvas”, line 11, in
load_entry_point(‘ospd-openvas==1.0.0’, ‘console_scripts’, ‘ospd-openvas’)()
File “/usr/lib/python3/dist-packages/ospd_openvas/daemon.py”, line 1454, in main
daemon_main(‘OSPD - openvas’, OSPDopenvas)
File “/usr/lib/python3/dist-packages/ospd/main.py”, line 159, in main
daemon.init()
File “/usr/lib/python3/dist-packages/ospd_openvas/daemon.py”, line 283, in init
self.openvas_db.db_init()
File “/usr/lib/python3/dist-packages/ospd_openvas/db.py”, line 139, in db_init
self.max_db_index()
File “/usr/lib/python3/dist-packages/ospd_openvas/db.py”, line 117, in max_db_index
ctx = self.kb_connect()
File “/usr/lib/python3/dist-packages/ospd_openvas/db.py”, line 195, in kb_connect
‘Redis Error: Not possible to connect to the kb.’
ospd_openvas.errors.OspdOpenvasError: Redis Error: Not possible to connect to the kb.

And this is in the log files for the gmvd service.

tail gvmd.log
md manage:WARNING:2019-11-22 20h33.10 utc:4768: manage_update_nvt_cache_osp: failed to connect to /var/run/ospd/ospd.sock
md manage:WARNING:2019-11-22 20h33.20 utc:4775: manage_update_nvt_cache_osp: failed to connect to /var/run/ospd/ospd.sock
md manage:WARNING:2019-11-22 20h33.30 utc:4781: manage_update_nvt_cache_osp: failed to connect to /var/run/ospd/ospd.sock
md manage:WARNING:2019-11-22 20h33.41 utc:4788: manage_update_nvt_cache_osp: failed to connect to /var/run/ospd/ospd.sock

And before you ask, there’s this.
‘/var/run/ospd/ospd.sock’: No such file or directory

I have to say that I recently installed GVM-10 (a few weeks ago) and everything was super smooth, so I’m not sure whats happening with this new release.

GVM versions

gsad --version
Greenbone Security Assistant 9.0

gvmd --version
Greenbone Vulnerability Manager 9.0.0

ospd-openvas --version
OSP Server for openvas: 1.0.0
OSP: 1.2
OSPd: 2.0.0

uname -a
Linux gvm111 4.15.0-70-generic #79-Ubuntu SMP Tue Nov 12 10:36:11 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Please go back to the creator of this uncoordinated integration we can’t help you with broken 3rd party packages, you can use the GCE.

1 Like

I think you really should file a bug with
https://launchpad.net/~mrazavi/+archive/ubuntu/gvm

He might be happy to find out with your help why his installation instructions don’t work or improve them so that misunderstandings are resolved.

You could point him to this thread to quicker file your/his bug.
If you wonder why this happened, you might find some indications here for gvmd, e.g. the tools are under heavy development, so the integrator might have missed some details in his installation instructions, as regards different systems. Please also note that the software is developed and tested on a seemingly pure debian distribution while you are running it on a derivative which introduces it’s own changes of places of files, etc.:


Please note: The reference system used by most of the developers is Debian GNU/Linux ‘Stretch’ 9. The build might fail on any other system. Also, it is necessary to install dependent development packages.

IMPORTANT NOTICE: This version changes quite a number of locations and names compared to the previous version. It is highly recommended to consider the section "Migrating to Version 8.0", unless you do not have an old setup on your system.
2 Likes

You’re absolutely right, thanks.