Open cfi-gb opened 6 months ago
As it got "worse" over the last couple of weeks (even if the gvmd
started up correctly the start of a scan caused 10-15 opened / hanging gvmd
processes like Serving Client
and scans never finishing completely) i had disabled the usage of TCP communication and use the Unix socket communication.
After doing so the issue is gone so this has definitely something to do with the (currently basically unsupported) TCP communication between the components. I have adjusted / extended the issue description around this a little.
Note: As the Greenbone Operating System is not affected (as it doesn't use the TCP communication within
gvmd
andgsad
) this is raised here in case if the community wants to have a look at this / is stumbling over the same.Expected behavior
gvmd
processActual behavior
gvmd
process seems to crash in thegvmd: Initializing
phaseSteps to reproduce
Note: Not fully clear how to reproduce, but it is related to the usage of
--listen
(to make thegvmd
process to listen on a TCP port instead of an Unix socket) together with--dh-params
gsad
andgvmd
using TCP socketsgvmd
use the--listen
and--dh-params
(pointing to a file with a DH parameter length of 2048 bits) with a systemd file like e.g. gvmd.service.txtgsad
use the--mlisten=
and--mport=
to point to thegvmd
IP and port as well as the--dh-params
to point to the same file mentioned previouslygvmd
process crashedTo solve this problem the following helps from time to time (not always, maybe it's also only the restart of the
gvmd
process which helps):GVM versions
gsa: Shouldn't be relevant
gvm:
23.6.3~dev1
(currentmain
branch)openvas-scanner: Shouldn't be relevant
gvm-libs:
22.10.0
(currentmain
branch)Environment
Operating system: Debian 12/bookworm
Installation method / source: source installation
Logfiles
Around the time this issue occurs the following entries can be seen in
/var/log/syslog
:and since #2184 the following additional ones in the
gvmd.log
: