*wow* you are right
can we call this a bug? :-)
[root@openvas:~]$ ls /var/lib/openvas/mgr/tasks.db
ls: Zugriff auf /var/lib/openvas/mgr/tasks.db nicht möglich: Datei oder
Verzeichnis nicht gefunden
[root@openvas:~]$ touch /var/lib/openvas/mgr/tasks.db
[root@openvas:~]$ openvasmd -vv --rebuild
Do you have your certs generated?
Do servercert.pem and serverkey.pem exist?
On Sun, Dec 18, 2011 at 12:27 PM, Reindl Harald h.rei...@thelounge.net wrote:
is this because openvasmd --rebuild +++ killed by SIGABRT +++ or why
does openvasad refuse to start? i had to build the rpm by myself
thank you, after symlink my pem-file for greenbone-security-assistant.service
three times it starts:
* /var/lib/openvas/CA/servercert.pem
* /var/lib/openvas/private/CA/serverkey.pem
* /var/lib/openvas/CA/cacert.pem
now are running greenbone-security-assistant.service and
Everything your error messages are saying leads to not being fully
configured. Make sure you have created the necessary users and certs.
http://www.openvas.org/install-packages.html#openvas4_ubuntu_obs
These instructions are for ubuntu, but go through the whole setup
process. Use the equivalent
i have called openvas-mkcert and openvas-mkcert-client and
can even login with openvas-client and key authentication
followed this (incomplete) instructions:
http://kernelreloaded.blog385.com/index.php/archives/volunerability-scanning-with-fedora-openvas/
downloaded openvas-check-setup which was
run openvasmd -vv --rebuild. This will spit out more info in openvasmd.log.
On Sun, Dec 18, 2011 at 1:16 PM, Reindl Harald h.rei...@thelounge.net wrote:
i have called openvas-mkcert and openvas-mkcert-client and
can even login with openvas-client and key authentication
followed this
not really, it throws also SIGABRT
below full strace output
--- {si_signo=SIGABRT, si_code=SI_TKILL, si_pid=16607, si_uid=0,
si_value={int=256720728, ptr=0x88000f4d3f58}}
(Aborted) ---
+++ killed by SIGABRT +++
Abgebrochen
[root@openvas:/var/log/openvas]$ openvasmd -vv --rebuild
Abgebrochen
Is it possible that the db file (of which permissions are to be changed) does
not exist?
Try a
`ls /var/lib/openvas/mgr/tasks.db`
to find out.
`touch /var/lib/openvas/mgr/tasks.db`
to create it (do not care about permissions, as openvasmd will attempt to fix
them anyway).
Hth,
felix
On Sunday