Discussion:
high load in master-slave mode
red0queen
2014-07-28 10:59:07 UTC
Permalink
Hello,

I was trying the master slave mode and I have a strange behavior : when
the scan end, a scan process (openvassd) stay alive on the master node,
and use 100% cpu. If I lauch another scan, a second will stay alive with
full cpu usage (the master node is a dual core). I must to kill this
process by hand to avoid the load.
ps aux tell : root 8070 41.5 2.1 33032 22600 ? Rs
11:41 27:23 openvassd: Serving 127.0.0.1
No significant entries was logged in openvassd.dump, and my
openvassd.messages is full of :
[Mon Jul 28 10:52:32 2014][9375] Communication closed by client
[Mon Jul 28 10:52:32 2014][9375] Client not present
[Mon Jul 28 10:53:06 2014][9384] Communication closed by client
[Mon Jul 28 10:53:06 2014][9384] Client not present
[Mon Jul 28 10:53:37 2014][9393] Communication closed by client
[Mon Jul 28 10:53:37 2014][9393] Client not present

I don't know how-to investigate more.

(Of course, a scan executed from the master node without delegation to a
slave node don't do that.)
Thanks
--
*Red0queen*
------------------------------------------------------------------------
/Mèl/ : red0queen(at)red-net(dot)info <mailto:***@red-net.info>
/GPG Id/ : B75F141B
www.red-net.info <http://www.red-net.info>
Brandon Perry
2014-07-28 15:23:54 UTC
Permalink
Is there another process, such as nmap, or dirb running as well? Maybe it
is hung up on a NASL script that hadn't finished...
Post by red0queen
Hello,
I was trying the master slave mode and I have a strange behavior : when
the scan end, a scan process (openvassd) stay alive on the master node, and
use 100% cpu. If I lauch another scan, a second will stay alive with full
cpu usage (the master node is a dual core). I must to kill this process by
hand to avoid the load.
ps aux tell : root 8070 41.5 2.1 33032 22600 ? Rs 11:41
27:23 openvassd: Serving 127.0.0.1
No significant entries was logged in openvassd.dump, and my
[Mon Jul 28 10:52:32 2014][9375] Communication closed by client
[Mon Jul 28 10:52:32 2014][9375] Client not present
[Mon Jul 28 10:53:06 2014][9384] Communication closed by client
[Mon Jul 28 10:53:06 2014][9384] Client not present
[Mon Jul 28 10:53:37 2014][9393] Communication closed by client
[Mon Jul 28 10:53:37 2014][9393] Client not present
I don't know how-to investigate more.
(Of course, a scan executed from the master node without delegation to a
slave node don't do that.)
Thanks
--
*Red0queen*
------------------------------
*GPG Id* : B75F141B
www.red-net.info
_______________________________________________
Openvas-discuss mailing list
https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss
--
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
red0queen
2014-07-28 17:19:36 UTC
Permalink
Post by Brandon Perry
Is there another process, such as nmap, or dirb running as well? Maybe
it is hung up on a NASL script that hadn't finished...
There's no nmap or dirb process alive in the two node. What is dirb ?
Post by Brandon Perry
Hello,
when the scan end, a scan process (openvassd) stay alive on the
master node, and use 100% cpu. If I lauch another scan, a second
will stay alive with full cpu usage (the master node is a dual
core). I must to kill this process by hand to avoid the load.
ps aux tell : root 8070 41.5 2.1 33032 22600
<tel:1%C2%A0%2033032%2022600> ? Rs 11:41 27:23
openvassd: Serving 127.0.0.1
No significant entries was logged in openvassd.dump, and my
[Mon Jul 28 10:52:32 2014][9375] Communication closed by client
[Mon Jul 28 10:52:32 2014][9375] Client not present
[Mon Jul 28 10:53:06 2014][9384] Communication closed by client
[Mon Jul 28 10:53:06 2014][9384] Client not present
[Mon Jul 28 10:53:37 2014][9393] Communication closed by client
[Mon Jul 28 10:53:37 2014][9393] Client not present
I don't know how-to investigate more.
(Of course, a scan executed from the master node without
delegation to a slave node don't do that.)
Thanks
--
*Red0queen*
------------------------------------------------------------------------
/GPG Id/ : B75F141B
www.red-net.info <http://www.red-net.info>
_______________________________________________
Openvas-discuss mailing list
https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss
--
http://volatile-minds.blogspot.com -- blog
http://www.volatileminds.net -- website
Henri Doreau
2014-07-28 18:07:17 UTC
Permalink
Post by red0queen
Hello,
I was trying the master slave mode and I have a strange behavior : when the
scan end, a scan process (openvassd) stay alive on the master node, and use
100% cpu. If I lauch another scan, a second will stay alive with full cpu
usage (the master node is a dual core). I must to kill this process by hand
to avoid the load.
ps aux tell : root 8070 41.5 2.1 33032 22600 ? Rs 11:41
27:23 openvassd: Serving 127.0.0.1
No significant entries was logged in openvassd.dump, and my
[Mon Jul 28 10:52:32 2014][9375] Communication closed by client
[Mon Jul 28 10:52:32 2014][9375] Client not present
[Mon Jul 28 10:53:06 2014][9384] Communication closed by client
[Mon Jul 28 10:53:06 2014][9384] Client not present
[Mon Jul 28 10:53:37 2014][9393] Communication closed by client
[Mon Jul 28 10:53:37 2014][9393] Client not present
I don't know how-to investigate more.
(Of course, a scan executed from the master node without delegation to a
slave node don't do that.)
Thanks
--
Red0queen
Hello,

try attaching strace(1) to the stuck process maybe. That you give you
a first hint.

Henri
red0queen
2014-07-29 07:20:16 UTC
Permalink
Thanks Henri, I do not know strace.
I've attach it to the stuck process, it fill me a log file with :

7562 recv(6, "", 5, 0) = 0
7562 select(7, [6], NULL, NULL, {2, 0}) = 1 (in [6], left {1, 999998})
7562 ioctl(6, FIONREAD, [1]) = 0
7562 time(NULL) = 1406617706
7562 time(NULL) = 1406617706
7562 select(7, [6], [6], NULL, {1, 0}) = 2 (in [6], out [6], left {0,
999998})
7562 select(7, [6], NULL, NULL, {2, 0}) = 1 (in [6], left {1, 999999})
7562 ioctl(6, FIONREAD, [1]) = 0
7562 time(NULL) = 1406617706
7562 time(NULL) = 1406617706

The five last lines are repeated indefinitely.
It help someone to understand ? because me... no!
Post by red0queen
Post by red0queen
Hello,
I was trying the master slave mode and I have a strange behavior : when the
scan end, a scan process (openvassd) stay alive on the master node, and use
100% cpu. If I lauch another scan, a second will stay alive with full cpu
usage (the master node is a dual core). I must to kill this process by hand
to avoid the load.
ps aux tell : root 8070 41.5 2.1 33032 22600 ? Rs 11:41
27:23 openvassd: Serving 127.0.0.1
No significant entries was logged in openvassd.dump, and my
[Mon Jul 28 10:52:32 2014][9375] Communication closed by client
[Mon Jul 28 10:52:32 2014][9375] Client not present
[Mon Jul 28 10:53:06 2014][9384] Communication closed by client
[Mon Jul 28 10:53:06 2014][9384] Client not present
[Mon Jul 28 10:53:37 2014][9393] Communication closed by client
[Mon Jul 28 10:53:37 2014][9393] Client not present
I don't know how-to investigate more.
(Of course, a scan executed from the master node without delegation to a
slave node don't do that.)
Thanks
--
Red0queen
Hello,
try attaching strace(1) to the stuck process maybe. That you give you
a first hint.
Henri
Henri Doreau
2014-07-30 06:54:22 UTC
Permalink
Post by red0queen
Thanks Henri, I do not know strace.
7562 recv(6, "", 5, 0) = 0
7562 select(7, [6], NULL, NULL, {2, 0}) = 1 (in [6], left {1, 999998})
7562 ioctl(6, FIONREAD, [1]) = 0
7562 time(NULL) = 1406617706
7562 time(NULL) = 1406617706
7562 select(7, [6], [6], NULL, {1, 0}) = 2 (in [6], out [6], left {0,
999998})
7562 select(7, [6], NULL, NULL, {2, 0}) = 1 (in [6], left {1, 999999})
7562 ioctl(6, FIONREAD, [1]) = 0
7562 time(NULL) = 1406617706
7562 time(NULL) = 1406617706
The five last lines are repeated indefinitely.
It help someone to understand ? because me... no!
Well, a bit but it doesn't show as much as I was hoping for. Looks
like this is somewhere in the network communication loop between
scanner & manager (lib/misc/network.c). Can you give a try at gstack
and dump the call stacks of the manager and scanner (gstack <pid>).
I'm not familiat with the master/slave code and logic but it might
give another hint...

Which version of OpenVAS are you running BTW?

Regards

Henri
red0queen
2014-07-30 20:39:40 UTC
Permalink
Post by Henri Doreau
Post by red0queen
Thanks Henri, I do not know strace.
7562 recv(6, "", 5, 0) = 0
7562 select(7, [6], NULL, NULL, {2, 0}) = 1 (in [6], left {1, 999998})
7562 ioctl(6, FIONREAD, [1]) = 0
7562 time(NULL) = 1406617706
7562 time(NULL) = 1406617706
7562 select(7, [6], [6], NULL, {1, 0}) = 2 (in [6], out [6], left {0,
999998})
7562 select(7, [6], NULL, NULL, {2, 0}) = 1 (in [6], left {1, 999999})
7562 ioctl(6, FIONREAD, [1]) = 0
7562 time(NULL) = 1406617706
7562 time(NULL) = 1406617706
The five last lines are repeated indefinitely.
It help someone to understand ? because me... no!
Well, a bit but it doesn't show as much as I was hoping for. Looks
like this is somewhere in the network communication loop between
scanner & manager (lib/misc/network.c). Can you give a try at gstack
and dump the call stacks of the manager and scanner (gstack <pid>).
I'm not familiat with the master/slave code and logic but it might
give another hint...
Debian have no gstack but pstack, sadly, it seems to be bugged
<https://bugs.launchpad.net/ubuntu/+source/pstack/+bug/532000>. Do you
know another tool for doing that ?

3785: openvassd: Serving 127.0.0.1
(No symbols found in )
(No symbols found in /usr/lib/libgpgme.so.11)
(No symbols found in /lib/i386-linux-gnu/libgpg-error.so.0)
(No symbols found in /lib/i386-linux-gnu/libglib-2.0.so.0)
(No symbols found in /usr/lib/i386-linux-gnu/libgnutls.so.26)
(No symbols found in /lib/i386-linux-gnu/libc.so.6)
(No symbols found in /lib/i386-linux-gnu/libuuid.so.1)
(No symbols found in /usr/lib/i386-linux-gnu/libpcap.so.0.8)
(No symbols found in /lib/i386-linux-gnu/libgcrypt.so.11)
(No symbols found in /usr/lib/i386-linux-gnu/libgio-2.0.so.0)
(No symbols found in /usr/lib/i386-linux-gnu/libgobject-2.0.so.0)
(No symbols found in /lib/i386-linux-gnu/libz.so.1)
(No symbols found in /lib/i386-linux-gnu/libm.so.6)
(No symbols found in /usr/lib/i386-linux-gnu/libssh.so.4)
(No symbols found in /usr/lib/i386-linux-gnu/libksba.so.8)
(No symbols found in /lib/i386-linux-gnu/libpcre.so.3)
(No symbols found in /lib/i386-linux-gnu/librt.so.1)
(No symbols found in /usr/lib/i386-linux-gnu/libtasn1.so.3)
(No symbols found in /usr/lib/i386-linux-gnu/libp11-kit.so.0)
(No symbols found in /lib/ld-linux.so.2)
(No symbols found in /usr/lib/i386-linux-gnu/libgmodule-2.0.so.0)
(No symbols found in /lib/i386-linux-gnu/libselinux.so.1)
(No symbols found in /lib/i386-linux-gnu/libresolv.so.2)
(No symbols found in /usr/lib/i386-linux-gnu/libgthread-2.0.so.0)
(No symbols found in /usr/lib/i386-linux-gnu/libffi.so.5)
(No symbols found in /usr/lib/i386-linux-gnu/i686/cmov/libssl.so.1.0.0)
(No symbols found in /usr/lib/i386-linux-gnu/i686/cmov/libcrypto.so.1.0.0)
(No symbols found in /lib/i386-linux-gnu/libdl.so.2)
(No symbols found in /usr/lib/i386-linux-gnu/gconv/ISO8859-1.so)
crawl: Input/output error
Error tracing through process 3785
Post by Henri Doreau
Which version of OpenVAS are you running BTW?
Version 7
Post by Henri Doreau
Regards
Henri
Henri Doreau
2014-08-01 08:50:21 UTC
Permalink
Post by red0queen
Thanks Henri, I do not know strace.
7562 recv(6, "", 5, 0) = 0
7562 select(7, [6], NULL, NULL, {2, 0}) = 1 (in [6], left {1, 999998})
7562 ioctl(6, FIONREAD, [1]) = 0
7562 time(NULL) = 1406617706
7562 time(NULL) = 1406617706
7562 select(7, [6], [6], NULL, {1, 0}) = 2 (in [6], out [6], left {0,
999998})
7562 select(7, [6], NULL, NULL, {2, 0}) = 1 (in [6], left {1, 999999})
7562 ioctl(6, FIONREAD, [1]) = 0
7562 time(NULL) = 1406617706
7562 time(NULL) = 1406617706
The five last lines are repeated indefinitely.
It help someone to understand ? because me... no!
Well, a bit but it doesn't show as much as I was hoping for. Looks
like this is somewhere in the network communication loop between
scanner & manager (lib/misc/network.c). Can you give a try at gstack
and dump the call stacks of the manager and scanner (gstack <pid>).
I'm not familiat with the master/slave code and logic but it might
give another hint...
Debian have no gstack but pstack, sadly, it seems to be bugged. Do you know
another tool for doing that ?
3785: openvassd: Serving 127.0.0.1
(No symbols found in )
(No symbols found in /usr/lib/libgpgme.so.11)
(No symbols found in /lib/i386-linux-gnu/libgpg-error.so.0)
(No symbols found in /lib/i386-linux-gnu/libglib-2.0.so.0)
(No symbols found in /usr/lib/i386-linux-gnu/libgnutls.so.26)
(No symbols found in /lib/i386-linux-gnu/libc.so.6)
(No symbols found in /lib/i386-linux-gnu/libuuid.so.1)
(No symbols found in /usr/lib/i386-linux-gnu/libpcap.so.0.8)
(No symbols found in /lib/i386-linux-gnu/libgcrypt.so.11)
(No symbols found in /usr/lib/i386-linux-gnu/libgio-2.0.so.0)
(No symbols found in /usr/lib/i386-linux-gnu/libgobject-2.0.so.0)
(No symbols found in /lib/i386-linux-gnu/libz.so.1)
(No symbols found in /lib/i386-linux-gnu/libm.so.6)
(No symbols found in /usr/lib/i386-linux-gnu/libssh.so.4)
(No symbols found in /usr/lib/i386-linux-gnu/libksba.so.8)
(No symbols found in /lib/i386-linux-gnu/libpcre.so.3)
(No symbols found in /lib/i386-linux-gnu/librt.so.1)
(No symbols found in /usr/lib/i386-linux-gnu/libtasn1.so.3)
(No symbols found in /usr/lib/i386-linux-gnu/libp11-kit.so.0)
(No symbols found in /lib/ld-linux.so.2)
(No symbols found in /usr/lib/i386-linux-gnu/libgmodule-2.0.so.0)
(No symbols found in /lib/i386-linux-gnu/libselinux.so.1)
(No symbols found in /lib/i386-linux-gnu/libresolv.so.2)
(No symbols found in /usr/lib/i386-linux-gnu/libgthread-2.0.so.0)
(No symbols found in /usr/lib/i386-linux-gnu/libffi.so.5)
(No symbols found in /usr/lib/i386-linux-gnu/i686/cmov/libssl.so.1.0.0)
(No symbols found in /usr/lib/i386-linux-gnu/i686/cmov/libcrypto.so.1.0.0)
(No symbols found in /lib/i386-linux-gnu/libdl.so.2)
(No symbols found in /usr/lib/i386-linux-gnu/gconv/ISO8859-1.so)
crawl: Input/output error
Error tracing through process 3785
Which version of OpenVAS are you running BTW?
Version 7
Regards
Henri
You can attach gdb to a running process and issue the "bt" command to
get similar results.
--
Henri
red0queen
2014-08-01 10:27:42 UTC
Permalink
Post by Henri Doreau
Post by red0queen
Thanks Henri, I do not know strace.
7562 recv(6, "", 5, 0) = 0
7562 select(7, [6], NULL, NULL, {2, 0}) = 1 (in [6], left {1, 999998})
7562 ioctl(6, FIONREAD, [1]) = 0
7562 time(NULL) = 1406617706
7562 time(NULL) = 1406617706
7562 select(7, [6], [6], NULL, {1, 0}) = 2 (in [6], out [6], left {0,
999998})
7562 select(7, [6], NULL, NULL, {2, 0}) = 1 (in [6], left {1, 999999})
7562 ioctl(6, FIONREAD, [1]) = 0
7562 time(NULL) = 1406617706
7562 time(NULL) = 1406617706
The five last lines are repeated indefinitely.
It help someone to understand ? because me... no!
Well, a bit but it doesn't show as much as I was hoping for. Looks
like this is somewhere in the network communication loop between
scanner & manager (lib/misc/network.c). Can you give a try at gstack
and dump the call stacks of the manager and scanner (gstack <pid>).
I'm not familiat with the master/slave code and logic but it might
give another hint...
Debian have no gstack but pstack, sadly, it seems to be bugged. Do you know
another tool for doing that ?
3785: openvassd: Serving 127.0.0.1
(No symbols found in )
(No symbols found in /usr/lib/libgpgme.so.11)
(No symbols found in /lib/i386-linux-gnu/libgpg-error.so.0)
(No symbols found in /lib/i386-linux-gnu/libglib-2.0.so.0)
(No symbols found in /usr/lib/i386-linux-gnu/libgnutls.so.26)
(No symbols found in /lib/i386-linux-gnu/libc.so.6)
(No symbols found in /lib/i386-linux-gnu/libuuid.so.1)
(No symbols found in /usr/lib/i386-linux-gnu/libpcap.so.0.8)
(No symbols found in /lib/i386-linux-gnu/libgcrypt.so.11)
(No symbols found in /usr/lib/i386-linux-gnu/libgio-2.0.so.0)
(No symbols found in /usr/lib/i386-linux-gnu/libgobject-2.0.so.0)
(No symbols found in /lib/i386-linux-gnu/libz.so.1)
(No symbols found in /lib/i386-linux-gnu/libm.so.6)
(No symbols found in /usr/lib/i386-linux-gnu/libssh.so.4)
(No symbols found in /usr/lib/i386-linux-gnu/libksba.so.8)
(No symbols found in /lib/i386-linux-gnu/libpcre.so.3)
(No symbols found in /lib/i386-linux-gnu/librt.so.1)
(No symbols found in /usr/lib/i386-linux-gnu/libtasn1.so.3)
(No symbols found in /usr/lib/i386-linux-gnu/libp11-kit.so.0)
(No symbols found in /lib/ld-linux.so.2)
(No symbols found in /usr/lib/i386-linux-gnu/libgmodule-2.0.so.0)
(No symbols found in /lib/i386-linux-gnu/libselinux.so.1)
(No symbols found in /lib/i386-linux-gnu/libresolv.so.2)
(No symbols found in /usr/lib/i386-linux-gnu/libgthread-2.0.so.0)
(No symbols found in /usr/lib/i386-linux-gnu/libffi.so.5)
(No symbols found in /usr/lib/i386-linux-gnu/i686/cmov/libssl.so.1.0.0)
(No symbols found in /usr/lib/i386-linux-gnu/i686/cmov/libcrypto.so.1.0.0)
(No symbols found in /lib/i386-linux-gnu/libdl.so.2)
(No symbols found in /usr/lib/i386-linux-gnu/gconv/ISO8859-1.so)
crawl: Input/output error
Error tracing through process 3785
Which version of OpenVAS are you running BTW?
Version 7
Regards
Henri
You can attach gdb to a running process and issue the "bt" command to
get similar results.
It seems better. The issue of the bt command :

#0 0xb72723c4 in ioctl () from /lib/i386-linux-gnu/libc.so.6
#1 0x08059437 in data_left (soc=6) at
/root/openvas-src/openvas-scanner-4.0.1/src/utils.c:260
#2 0x080594cd in is_client_present (soc=***@entry=1000000) at
/root/openvas-src/openvas-scanner-4.0.1/src/utils.c:245
#3 0x0805123d in comm_wait_order (globals=***@entry=0xacc1e58) at
/root/openvas-src/openvas-scanner-4.0.1/src/comm.c:370
#4 0x08054670 in handle_client (globals=0xacc1e58) at
/root/openvas-src/openvas-scanner-4.0.1/src/openvassd.c:404
#5 scanner_thread (globals=0xacc1e58) at
/root/openvas-src/openvas-scanner-4.0.1/src/openvassd.c:483
#6 0x08057af5 in create_process (function=***@entry=0x8054300
<scanner_thread>, argument=***@entry=0xacc1e58)
at /root/openvas-src/openvas-scanner-4.0.1/src/processes.c:93
#7 0x0804e073 in main_loop () at
/root/openvas-src/openvas-scanner-4.0.1/src/openvassd.c:599
#8 main (argc=1, argv=0xbf884944) at
/root/openvas-src/openvas-scanner-4.0.1/src/openvassd.c:927

regards
Jan-Oliver Wagner
2014-08-03 17:07:50 UTC
Permalink
Post by red0queen
I was trying the master slave mode and I have a strange behavior : when
the scan end, a scan process (openvassd) stay alive on the master node,
and use 100% cpu. If I lauch another scan, a second will stay alive with
full cpu usage (the master node is a dual core). I must to kill this
process by hand to avoid the load.
are you sure the openvassd process with 100% is on the master node?
Running a scan on a slave node means that openvasmd of master node will talk to
the openvasmd on the slave node which then talks to the openvassd on that
node.
In other words: for a slave scan, the openvassd on the master node
is not issued at all.
--
Dr. Jan-Oliver Wagner | ++49-541-335084-0 | http://www.greenbone.net/
Greenbone Networks GmbH, Neuer Graben 17, 49074 Osnabrück | AG Osnabrück, HR B
202460
Geschäftsführer: Lukas Grunwald, Dr. Jan-Oliver Wagner
red0queen
2014-08-04 09:16:43 UTC
Permalink
Post by Jan-Oliver Wagner
Post by red0queen
I was trying the master slave mode and I have a strange behavior : when
the scan end, a scan process (openvassd) stay alive on the master node,
and use 100% cpu. If I lauch another scan, a second will stay alive with
full cpu usage (the master node is a dual core). I must to kill this
process by hand to avoid the load.
are you sure the openvassd process with 100% is on the master node?
Yes. When I start a delegated analysis, the master open a new openvassd
"listen 127.0.0.1" (in addition of the first openvassd lauched at
startup) . At the end of the scan, all the openvassd lauched on the
slave ends normally, but the openvassd running on the master rise at
100% of cpu usage. All seems fine on the web gui, I just need to kill
the new openvassd on the master node manually.
Post by Jan-Oliver Wagner
Running a scan on a slave node means that openvasmd of master node will talk to
the openvasmd on the slave node which then talks to the openvassd on that
node.
For my first try, the slave openvasmd listen the external address, the
master listen localhost. I've try to configure the master openvasmd by
the same way, but I have the same problem.
Post by Jan-Oliver Wagner
In other words: for a slave scan, the openvassd on the master node
is not issued at all.
Jan-Oliver Wagner
2014-08-15 07:10:00 UTC
Permalink
Post by red0queen
Post by Jan-Oliver Wagner
Post by red0queen
I was trying the master slave mode and I have a strange behavior : when
the scan end, a scan process (openvassd) stay alive on the master node,
and use 100% cpu. If I lauch another scan, a second will stay alive with
full cpu usage (the master node is a dual core). I must to kill this
process by hand to avoid the load.
are you sure the openvassd process with 100% is on the master node?
Yes. When I start a delegated analysis, the master open a new openvassd
"listen 127.0.0.1" (in addition of the first openvassd lauched at
startup) . At the end of the scan, all the openvassd lauched on the
slave ends normally, but the openvassd running on the master rise at
100% of cpu usage. All seems fine on the web gui, I just need to kill
the new openvassd on the master node manually.
I have no idea why this happens for you. It must be something unrelated
to the actual starting of the slave scan.

It is even possible to have no running openvassd at all on the master node
when starting a scan on a slave node.
--
Dr. Jan-Oliver Wagner | +49-541-335084-0 | http://www.greenbone.net/
Greenbone Networks GmbH, Neuer Graben 17, 49074 Osnabrück | AG Osnabrück, HR B 202460
Geschäftsführer: Lukas Grunwald, Dr. Jan-Oliver Wagner
Loading...