Thanks for the quick reply @cfi.
If the permissions were wrong could the task go to 99% or run some tasks altogether?
I believe everything is correct but double checked:
openvas -s
non_simult_ports = 139, 445, 3389, Services/irc
allow_simultaneous_ips = yes
safe_checks = yes
nasl_no_signature_check = yes
time_between_request = 0
expand_vhosts = yes
max_checks = 10
optimize_test = yes
report_host_details = yes
debug_tls = 0
config_file = /opt/gvm/etc/openvas/openvas.conf
unscanned_closed_udp = yes
drop_privileges = no
test_empty_vhost = no
plugins_timeout = 320
cgi_path = /cgi-bin:/scripts
checks_read_timeout = 5
unscanned_closed = yes
auto_enable_dependencies = yes
log_whole_attack = no
db_address = /run/redis-openvas/redis.sock
vendor_version =
test_alive_hosts_only = no
log_plugins_name_at_load = no
scanner_plugins_timeout = 36000
timeout_retry = 3
max_hosts = 30
include_folders = /opt/gvm/var/lib/openvas/plugins
open_sock_max_attempts = 5
plugins_folder = /opt/gvm/var/lib/openvas/plugins
(/run/redis-openvas/redis.sock seems alright)
cat /opt/gvm/etc/openvas/openvas.conf
db_address = /run/redis-openvas/redis.sock
(it is in openvas.conf)
cat ./etc/redis/redis.conf
ps aux | grep ospd
(gvm user is running the process)
getent group redis
redis:x:109:gvm
(gvm is in redis’ group)
/run/redis-openvas# ls -hal
total 4.0K
drwxr-xr-x 1 redis redis 48 May 18 17:08 .
drwxr-xr-x 1 root root 178 May 19 06:43 …
-rw-rw---- 1 redis redis 4 May 18 17:08 redis-server.pid
srwxrwx— 1 redis redis 0 May 18 17:08 redis.sock
(redis owns the socket)
Perhaps it really crashes when it has no mem left. Any idea on what to debug?
Thanks!