Am 03.02.2017 um 16:04 schrieb tatooin:
I can resume works for some times. But again, as soon as the load
becomes significant, gsa crashes and openvassd becomes unresponsive.
It's not a load problem are purging/restarting redis is the key.
Apart from commenting out all save options in redis.conf, is there
anything I am missing with redis to get it work properly ?
I have the following error logs when gsa crashes in openvassd.messages:
/[Fri Feb 3 14:40:18 2017][7333] Client abruptly closed the communication/
/[Fri Feb 3 14:40:18 2017][7333] Test complete/
/[Fri Feb 3 14:40:18 2017][15974] Process 16844 (OID:
1.3.6.1.4.1.25623.1.0.805139) seems to have died too early/
/[Fri Feb 3 14:40:18 2017][15968] Process 7400 (OID:
1.3.6.1.4.1.25623.1.0.105211) seems to have died too early/
/[Fri Feb 3 14:40:18 2017][15970] Process 16513 (OID:
1.3.6.1.4.1.25623.1.0.805927) seems to have died too early/
/[....continuing....]/
/openvassd: testing 10.169.74.94(sighand_segv+0x7c)[0x56176464e10c]/
/openvassd: testing 10.169.74.91(sighand_segv+0x7c)[0x56176464e10c]/
//lib/x86_64-linux-gnu/libc.so.6(+0x33040)[0x7f574a5a0040]/
//lib/x86_64-linux-gnu/libc.so.6(+0x33040)[0x7f574a5a0040]/
these are segfaults
how many RAM has the machine?
what does dmesg say?
what doe sthe global syslog say?
how have you installed openvas?
did you ask on a kali linux channel?
each and every time kali linux is mentioned on this than becuse nothing
works as expeted....
_______________________________________________
Openvas-discuss mailing list
[email protected]
https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss