Were the slaves running scans at the same time?We had problems here with such a setup because the slaves were constantly reporting back their results (during the scan) to the master and the master was busy fighting for file locks on the sqlite DB. It was impossible to do anything on the master as long as 2 or more instances were running scans at the same time. I even put the sqlite on a ramdisk to see if it was just slow disk I/O causing the problem, but the problem still persisted.
On the bright side I've had good experience with using PostgreSQL as a backend for the central master :-)
On 7/6/2015 8:30 AM, Brian Chabot wrote:
That's where the fun begins. This issue seems to happen fairly randomly on all of the following: Master server: OpenVAS 7, CentOS 6.6 First slave: OpenVAS 7, CentOS 6.5 Second slave: OpenVAS 6, CentOS 6.5 Third slave: OpenVAS 8, CentOS 7.1.1503 Fourth slave: OpenVAS 7, CentOS 6.5 On Mon, Jul 6, 2015 at 9:21 AM, Jan-Oliver Wagner <[email protected]> wrote:On Donnerstag, 25. Juni 2015, Brian Chabot wrote:I have a new install. The check script finished OK. I set up a simple scan of a couple dozen IPs. Next day I come back to check on things and can't get to the tasks list. I enter username and password and click "login" and it hangs. The problem resolves if I restart the openvas-manager service, but that pauses my scan. Any ideas what's wrong here?which OpenVAS version are you using? -- 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 _______________________________________________ Openvas-discuss mailing list [email protected] https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ Openvas-discuss mailing list [email protected] https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss
