After some debug I think I made everything operational and started to do some tasks. Some scans run without any problem, however, some tasks get the status “Interrupted at 0 %” as u can see in the following picture:
While some tasks won’t run because the host is currently down, other runs without any problem and a bunch of them get this status when I try to run them …
The error message in these tasks is the following:
I have the same problem on a fresh installed GMV 20.08
The logs show problems on opspd / python.
I’m re-installing again with python3.8 (was using 3.6).
This is a CentOS Linux release 8.2.2004 (Core).
==> ospd-openvas.log <==
OSPD[1305260] 2020-11-13 04:47:52,533: INFO: (ospd.ospd) Currently 1 queued scans.
OSPD[1305260] 2020-11-13 04:47:52,545: INFO: (ospd.ospd) Starting scan 39b63cd8-76c8-42e1-a735-ffa5b4d51199.
OSPD[1305260] 2020-11-13 04:47:52,558: ERROR: (ospd.ospd) While scanning: 39b63cd8-76c8-42e1-a735-ffa5b4d51199
Traceback (most recent call last):
File “/opt/gvm/lib/python3.6/site-packages/ospd-20.8.2.dev1-py3.6.egg/ospd/ospd.py”, line 569, in start_scan
self.exec_scan(scan_id)
File “/opt/gvm/lib/python3.6/site-packages/ospd_openvas-20.8.0-py3.6.egg/ospd_openvas/daemon.py”, line 1241, in exec_scan
openvas_scan_id = scan_prefs.prepare_openvas_scan_id_for_openvas()
File “/opt/gvm/lib/python3.6/site-packages/ospd_openvas-20.8.0-py3.6.egg/ospd_openvas/preferencehandler.py”, line 95, in prepare_openvas_scan_id_for_openvas
self.kbdb.add_scan_id(self.scan_id, self._openvas_scan_id)
AttributeError: ‘NoneType’ object has no attribute ‘add_scan_id’
OSPD[1305260] 2020-11-13 04:47:52,564: INFO: (ospd.ospd) 39b63cd8-76c8-42e1-a735-ffa5b4d51199: Scan finished.
Thanks @bricks.
I understand you point of view, but for my PoC I need to understand how all this pieces come together.
So the “latest” release of each may not be compatible between them. Where can I find information about which version I need to use to get a minimal system running?
This https://sadsloth.net/post/install-gvm-20_08-src-on-debian/ Works.
Works using python3.8 on an Ubuntu 20.04 LTS, 4G Ram, 4 Cores, 25G disk, launched by multipass on my mac.
I’m going try to replicate this to a CentOS installation on my servers… hopefully finding what was I doing wrong
Annnnd it works also on CentOS, release 20.08, using python3.8 on virtualenv.
Reviewing the install procedure, the only 2 substantial differences are:
The redis conf file…
Installing the osp* modules via pip / virtualenv.
So I’m going to start the PoC with this install… in the end, if I have time, I’ll revisit the install procedures again