[Openvas-discuss] OMP 6 - Failed to get report

2016-10-11 Thread Ryan Marsh 
Hello-

I am trying to run reports from my server running OpenVAS 9/OMP 6.  I seem
to have hit an inconsistency I can't explain.  When I run a command like:

omp --get-report [report ID] --format [XML format] test.xml

I get the response "Failed to get report."  I can't seem to find the cause
of this.  I double checked that the report I am trying to pull exists
running:

omp --get-tasks --details

I get the list of reports, and sure enough the report I am trying to run is
on there.  There is nothing present in the openvasmd.log file aside from
the activity of my last scan.  The get-report command used above seems to
work fine on another server I have running OpenVAS 8/OMP 6, so I am
confused why it's not working on this newer installation.  Any suggestions?
___
Openvas-discuss mailing list
Openvas-discuss@wald.intevation.org
https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss

Re: [Openvas-discuss] Receiving reports even though task not finished for some hosts

2016-10-11 Thread Michael . Eissele 

Dear Allyn,

thanks a lot for your detailed report.
Until today, we was not able to recreate the unfinished hosts on our 
side,
but we appreciate that you took the time and reported your solution to 
us,
this will help future users who report the same problem, as we now have 
a

aprooved fixing guide for the occurance of this. Further more, we will
investigate deeper on the cause of this and will take care to avoid
such scan behaviour in future.

Thank you very much for your Report!

Kind Regards,
Michael (Eissele).



On 07.10.2016 20:08, Allyn Baskerville wrote:

Last try. Here is a link to the image…

http://i1067.photobucket.com/albums/u422/baskervi/image1_zpshtvhid4p.png
[1]

FROM: Allyn Baskerville
SENT: Friday, October 07, 2016 11:32 AM
TO: 'michael.eiss...@greenbone.net'
CC: 'openvas-discuss@wald.intevation.org'
SUBJECT: RE: [Openvas-discuss] Receiving reports even though task not
finished for some hosts

I guess the moderator was never going to approve the previous message
I sent out as the images were too large. I've only attached one this
go around, but the other one showed the same hosts that were scanned
by had different hosts that showed were not finished.

I am now scanning four different public networks - two here in
Oklahoma, one in Texas, and one in northern California. The ISPs are
different, but three of the four have hosts that say are not finished
scanning when the report is sent. The one below I've included images
for has ICMP blocked, so I have modified that scan using "Full and
fast" and chose the always alive option. The other ones are using
unmodified scan templates. One scan job only has 3 hosts, and it
completes OK. The other three (11 hosts on one, 18 hosts on the
another, and 20 on the last) scans have hosts that show up as not
finished, and the specific hosts and number of hosts that show are
still being scanned will change between scans.

Most of the hosts are Windows, but a Linux host here and there will
show up as not being completed.

All are using the OpenVAS Default scanner

They are behind different vendor firewalls.

All jobs are tied to schedules.

I'll try cloning the task and removing the email alert tonight.

Yes, I can reproduce this consistently.

Since this isn't being widely reported, I've thought about rebuilding
the system. Although I didn't encounter anything odd during the
installation, I did have a problem after a few days getting tasks to
run (see posts on 9/14/2016). I was able to perform the following on
9/16, and I thought it was working fine. However, it wasn't until
after this point that I had more than a very few IP addresses to scan.
I wonder f this might be problematic.

I found the solution, or I should say I'm able to run the tasks now.
The answer lies in the following:

http://openvas-discuss.wald.intevation.narkive.com/40QcF1xA/openvasmd-regular-tasks-db-corruption-issue
[2]

I ran the sqlite command "sqlite3 tasks.db "PRAGMA integrity_check;"

And it came back OK.

I then stopped redis, commented out the lines that started with "save"
in /etc/redis.conf, deleted dump.rdb, then restarted redis and the
scanner, and it works.

Thanks for your assistance.

-Original Message-
From: michael.eiss...@greenbone.net
[mailto:michael.eiss...@greenbone.net]
Sent: Tuesday, October 04, 2016 3:37 AM
To: Allyn Baskerville
Cc: openvas-discuss@wald.intevation.org
Subject: Re: [Openvas-discuss] Receiving reports even though task not
finished for some hosts

Dear Allyn,

thank you for your report about unfinished hosts and sorry for the
delay.

We are currently investigating the Problem that you have reported, but
until now we had no success when trying to reproduce.

- Do you have any further details- for example specific situations in
which this occurance takes place?

- Maybe the issue is limited to specific networks, IP's, OS.. ?

- How is your scan setup- is it a normal scan with standard
scanconfig?

Do you have schedules connected to your tasks?

- Does it also occur if you'd clone the task and remove the email
alert?

- (Anything that differs from a regular standard scan setup could be a
key information).

- Can you reproduce the behavior constantly?

Thanks a lot, we appreciate any information given here.

Kind Regards,

Michael Eissele.

On 23.09.2016 02:44, Allyn Baskerville wrote:


I'm using OV-8 on CentOS 7, and since the begging of setting up the



server, I consistently receive reports via email, even though not

all


hosts have completed. The alert is set to generate alert for "Event:



Task run status changed (to Done)," and the task shows "done," but 3




of the 18 hosts still show "(not finished)" under the End column.

The


number of hosts not finished are not the same each time - sometimes

I


may have 5 hosts, sometimes a couple, but there are always hosts

that


show not finished. Is there a fix for this? Everything else appears

to


be working OK.







Thanks



___

Re: [Openvas-discuss] INTERNAL ERROR IN GSA

2016-10-11 Thread Παναγιώτης Λεόντιος 
Dear Michael, Fabio,

The command "redis-cli -s /var/lib/redis/redis.sock" in " 
root@kali:/etc/openvas# " returns " Could not connect to Redis at 
/var/lib/redis/redis.sock: No such file or directory"

Panos

-Original Message-
From: michael.eiss...@greenbone.net [mailto:michael.eiss...@greenbone.net] 
Sent: Tuesday, October 11, 2016 2:10 PM
To: Fábio Fernandes
Cc: Παναγιώτης Λεόντιος; openvas-discuss@wald.intevation.org
Subject: Re: [Openvas-discuss] INTERNAL ERROR IN GSA

Dear Panos,

htop is a process viewer tool, you will probably have to install it (sorry i 
forgot to mention this): apt-get install htop But i suggest you hold back with 
htop and try the method of Fabio first- this could indeed be the source for the 
Problem you describe.
Please let us know afterwards.

Kind Regards, Michael.



On 11.10.2016 10:59, Fábio Fernandes wrote:
> If the task is blocked in requested try this:
> 
> Erase OpenVAS data in Redis.
> 
> root@kali:/etc/openvas# redis-cli -s /var/lib/redis/redis.sock
> 
> redis
> /var/lib/redis/redis.sock> keys *
> 1) "OpenVAS.__GlobalDBIndex"
> redis /var/lib/redis/redis.sock> del OpenVAS.__GlobalDBIndex
> (integer) 1
> 
> Fabio
> 
>> No dia 11/10/2016, às 09:52, Παναγιώτης Λεόντιος 
>>  escreveu:
>> 
>> Dear Michael,
>> 
>> Following my last email below, I run a new task with everything left 
>> to default (Scan config: discovery) and it stuck to "Requested"; 
>> never continued to a percentage.
>> Of course, when requested the current report, it produced the known 
>> internal error :(
>> 
>> P.S. One more thing; when I run "openvas-start" in my command line 
>> before GSA, it produces an error saying that manager daemon cannot 
>> run.
>> After running "openvasmd" and then "openvas-start", everything is OK 
>> (checked by "openvas-check-setup" and "systemctl status 
>> openvas-manager.service").
>> 
>> Panagiotis Leontios
>> Business Engineer | Project Manager | Consultant BEng, DIC, MSc, MBA
>> 
>> M: +30 6977 976269
>> E: leonti...@ath.forthnet.gr
>> B: pleontios.wordpress.com [1]
>> L: www.linkedin.com/in/leontios [2]
>> T: @pleontios
>> -Original Message-
>> From: Παναγιώτης Λεόντιος
>> [mailto:leonti...@ath.forthnet.gr]
>> Sent: Tuesday, October 11, 2016 11:17 AM
>> To: 'michael.eiss...@greenbone.net'
>> Cc: 'openvas-discuss@wald.intevation.org'
>> Subject: RE: [Openvas-discuss] INTERNAL ERROR IN GSA
>> 
>> Dear Michael, thanks again for your response.
>> 
>> Actually, in the screenshot was the error message:
>> 
>> “INTERNAL ERROR: GET_REPORT:12102 (GSA 6.0.10) ...
>> Diagnostics: Failure to receive response from Manager Daemon"
>> 
>> The target IPs, Portlist, AliveCheck is set to default; Scan is set 
>> to Fast and Full. Actually, just created a new task with defaults; 
>> Only Fast and Full was set differently.
>> 
>> YES, I run it on Vbox (5.1.6) with default configuration as provided 
>> by official .ova file (kali-linux-i686) -ram 2048, 2 CPUs, etc.
>> 
>> (*) I don’t understand that htop thing though.
>> (*) I will try to run the task starting by " Full and Very Deep 
>> Ultimate scan configuration " according to your link and let you 
>> know.
>> (*) I have all the updates, dist-upgrades done, as well as openvas 
>> recent install, and check-setup resulted OK.
>> 
>> Panos
>> 
>> -Original Message-
>> From: michael.eiss...@greenbone.net
>> [mailto:michael.eiss...@greenbone.net]
>> Sent: Monday, October 10, 2016 7:01 PM
>> To: Παναγιώτης Λεόντιος
>> Cc: openvas-discuss@wald.intevation.org
>> Subject: RE: [Openvas-discuss] INTERNAL ERROR IN GSA
>> 
>> Dear Panos,
>> 
>> i am sorry, but unfortunately i am unable to view your screenshots as 
>> something (probably on my side, limited environment) breaks them.
>> If they contain no further sensitive information, you could maybe 
>> upload them at an imagehoster (directupload.net [3] i.e.) and send me 
>> the link?
>> 
>> Just to be clear about that- could you maybe be affected by this
>> Problem: https://bugs.kali.org/view.php?id=3055 [4] ?
>> If yes, use a different Scanconfig (start minimalistic with 
>> "Discovery"
>> for example, then go with "Full and Fast").
>> 
>> In general, some more details about how you have setup your scan 
>> could be of help.
>> (i.e. how many target ip's are scanned, what Portlist is being used, 
>> what AliveCheck, Scanconfig, etc.).
>> 
>> Please also provide the following: a screenshot of htop, which has 
>> been filtered before to "openvas" (you can filter in htop by hitting 
>> the "F4"
>> key).
>> 
>> If you run this as a VirtualMachine, ensure that you have allocated 
>> enough hardware ressources to the vm.
>> 
>> Kind Regards,
>> Michael Eissele.
>> 
>> On 10.10.2016 17:05, Παναγιώτης Λεόντιος wrote:
>> Thank you Michael.
>> 
>> Yes, I have run "openvas-check-setup" script and it reported OK.
>> 
>> Also, please see below my current state of the problem:
>> 
>> Well, I have successfully completed an installation of Kali 32 in

[Openvas-discuss] Feed Sync

2016-10-11 Thread Helmut Koers 
Dear all,
I have recognized the Feed Updates to be very slow and take a very long 
time to download, no matter if I try to sync NVT or SCAP Feeds.

May that be related to the Feed Server move?

Thanks, Helmut___
Openvas-discuss mailing list
Openvas-discuss@wald.intevation.org
https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss

Re: [Openvas-discuss] INTERNAL ERROR IN GSA

2016-10-11 Thread Michael . Eissele 

Dear Panos,

htop is a process viewer tool, you will probably have to install it 
(sorry i forgot to mention this): apt-get install htop
But i suggest you hold back with htop and try the method of Fabio first- 
this could indeed be the source for the Problem you describe.

Please let us know afterwards.

Kind Regards, Michael.



On 11.10.2016 10:59, Fábio Fernandes wrote:

If the task is blocked in requested try this:

Erase OpenVAS data in Redis.

root@kali:/etc/openvas# redis-cli -s /var/lib/redis/redis.sock

redis
/var/lib/redis/redis.sock> keys *
1) "OpenVAS.__GlobalDBIndex"
redis /var/lib/redis/redis.sock> del OpenVAS.__GlobalDBIndex
(integer) 1

Fabio


No dia 11/10/2016, às 09:52, Παναγιώτης Λεόντιος
 escreveu:

Dear Michael,

Following my last email below, I run a new task with everything left
to default (Scan config: discovery) and it stuck to "Requested";
never continued to a percentage.
Of course, when requested the current report, it produced the known
internal error :(

P.S. One more thing; when I run "openvas-start" in my command line
before GSA, it produces an error saying that manager daemon cannot
run.
After running "openvasmd" and then "openvas-start", everything is OK
(checked by "openvas-check-setup" and "systemctl status
openvas-manager.service").

Panagiotis Leontios
Business Engineer | Project Manager | Consultant
BEng, DIC, MSc, MBA

M: +30 6977 976269
E: leonti...@ath.forthnet.gr
B: pleontios.wordpress.com [1]
L: www.linkedin.com/in/leontios [2]
T: @pleontios
-Original Message-
From: Παναγιώτης Λεόντιος
[mailto:leonti...@ath.forthnet.gr]
Sent: Tuesday, October 11, 2016 11:17 AM
To: 'michael.eiss...@greenbone.net'
Cc: 'openvas-discuss@wald.intevation.org'
Subject: RE: [Openvas-discuss] INTERNAL ERROR IN GSA

Dear Michael, thanks again for your response.

Actually, in the screenshot was the error message:

“INTERNAL ERROR: GET_REPORT:12102 (GSA 6.0.10) ...
Diagnostics: Failure to receive response from Manager Daemon"

The target IPs, Portlist, AliveCheck is set to default; Scan is set
to Fast and Full. Actually, just created a new task with defaults;
Only Fast and Full was set differently.

YES, I run it on Vbox (5.1.6) with default configuration as provided
by official .ova file (kali-linux-i686) -ram 2048, 2 CPUs, etc.

(*) I don’t understand that htop thing though.
(*) I will try to run the task starting by " Full and Very Deep
Ultimate scan configuration " according to your link and let you
know.
(*) I have all the updates, dist-upgrades done, as well as openvas
recent install, and check-setup resulted OK.

Panos

-Original Message-
From: michael.eiss...@greenbone.net
[mailto:michael.eiss...@greenbone.net]
Sent: Monday, October 10, 2016 7:01 PM
To: Παναγιώτης Λεόντιος
Cc: openvas-discuss@wald.intevation.org
Subject: RE: [Openvas-discuss] INTERNAL ERROR IN GSA

Dear Panos,

i am sorry, but unfortunately i am unable to view your screenshots
as something (probably on my side, limited environment) breaks them.
If they contain no further sensitive information, you could maybe
upload them at an imagehoster (directupload.net [3] i.e.) and send
me the link?

Just to be clear about that- could you maybe be affected by this
Problem: https://bugs.kali.org/view.php?id=3055 [4] ?
If yes, use a different Scanconfig (start minimalistic with
"Discovery"
for example, then go with "Full and Fast").

In general, some more details about how you have setup your scan
could be of help.
(i.e. how many target ip's are scanned, what Portlist is being used,
what AliveCheck, Scanconfig, etc.).

Please also provide the following: a screenshot of htop, which has
been filtered before to "openvas" (you can filter in htop by hitting
the "F4"
key).

If you run this as a VirtualMachine, ensure that you have allocated
enough hardware ressources to the vm.

Kind Regards,
Michael Eissele.

On 10.10.2016 17:05, Παναγιώτης Λεόντιος wrote:
Thank you Michael.

Yes, I have run "openvas-check-setup" script and it reported OK.

Also, please see below my current state of the problem:

Well, I have successfully completed an installation of Kali 32 in
Vbox, installed openvas, checked its setup and run GSA.

When running my first task, it freezes in requested mode and
additionally, when pressing on the bar to get a report the following

error message is produced

Thank you in advance.

P.S. I have installed kali 32 perfectly OK on a USB (in persistence
mode), and also the demo in the same VB.

But this one……

-Original Message-
From: michael.eiss...@greenbone.net
[mailto:michael.eiss...@greenbone.net]
Sent: Monday, October 10, 2016 6:00 PM
To: Παναγιώτης Λεόντιος
Cc: openvas-discuss@wald.intevation.org
Subject: RE: [Openvas-discuss] INTERNAL ERROR IN GSA

Dear Panos,

thank you for reaching back.

From what you have reported, it seems that your installation may be
in an inconsistant state in general.

Is this the first time you run scans on this installation, or had
this

[Openvas-discuss] OpenVAS hangs the system while using very few ressources

2016-10-11 Thread tatooin 
Dear all,

I'm using OpenVAS to scan large networks using default scan profiles. So
far so good. However, at some points during the scan, the system becomes
unresponsive, while OpenVAS keeps running and scanning. So the system
works, but very very very slowly until the scan finish. 

Sometimes I can't even ssh into the system anymore. When this happens,
if I run a top command; while the command takes ages to succeed, it
doesn't show any particular overload. CPU and memory consumption are
perfectly normal, and actually even low. 

So I suspect a problem of buffer; probably network buffers since this
happens only when scanning large networks (/22 or above).

Is there any /proc settings I could tweak to fix the issue ? I'm using
Openvas on kali linux. 

Thank you !

___
Openvas-discuss mailing list
Openvas-discuss@wald.intevation.org
https://lists.wald.intevation.org/cgi-bin/mailman/listinfo/openvas-discuss

Re: [Openvas-discuss] INTERNAL ERROR IN GSA

2016-10-11 Thread Fábio Fernandes 
If the task is blocked in requested try this:

Erase OpenVAS data in Redis.

root@kali:/etc/openvas# redis-cli -s /var/lib/redis/redis.sock

redis
/var/lib/redis/redis.sock> keys *
1) "OpenVAS.__GlobalDBIndex"
redis /var/lib/redis/redis.sock> del OpenVAS.__GlobalDBIndex
(integer) 1

Fabio

> No dia 11/10/2016, às 09:52, Παναγιώτης Λεόντιος  
> escreveu:
> 
> Dear Michael,
> 
> Following my last email below, I run a new task with everything left to 
> default (Scan config: discovery) and it stuck to "Requested"; never continued 
> to a percentage.
> Of course, when requested the current report, it produced the known internal 
> error :(
> 
> P.S. One more thing; when I run "openvas-start" in my command line before 
> GSA, it produces an error saying that manager daemon cannot run.
> After running "openvasmd" and then "openvas-start", everything is OK (checked 
> by "openvas-check-setup" and "systemctl status openvas-manager.service").
> 
> Panagiotis Leontios
> Business Engineer | Project Manager | Consultant
> BEng, DIC, MSc, MBA
> 
> M: +30 6977 976269
> E: leonti...@ath.forthnet.gr 
> B: pleontios.wordpress.com 
> L: www.linkedin.com/in/leontios 
> T: @pleontios
> -Original Message-
> From: Παναγιώτης Λεόντιος [mailto:leonti...@ath.forthnet.gr 
> ] 
> Sent: Tuesday, October 11, 2016 11:17 AM
> To: 'michael.eiss...@greenbone.net '
> Cc: 'openvas-discuss@wald.intevation.org 
> '
> Subject: RE: [Openvas-discuss] INTERNAL ERROR IN GSA
> 
> Dear Michael, thanks again for your response.
> 
> Actually, in the screenshot was the error message:
> 
> “INTERNAL ERROR: GET_REPORT:12102 (GSA 6.0.10) ...
> Diagnostics: Failure to receive response from Manager Daemon"
> 
> The target IPs, Portlist, AliveCheck is set to default;  Scan is set to Fast 
> and Full. Actually, just created a new task with defaults; Only Fast and Full 
> was set differently. 
> 
> YES, I run it on Vbox (5.1.6) with default configuration as provided by 
> official .ova file (kali-linux-i686) -ram 2048, 2 CPUs, etc.
> 
> (*) I don’t understand that htop thing though.
> (*) I will try to run the task starting by " Full and Very Deep Ultimate scan 
> configuration " according to your link and let you know.
> (*) I have all the updates, dist-upgrades done, as well as openvas recent 
> install, and check-setup resulted OK.
> 
> Panos
> 
> 
> -Original Message-
> From: michael.eiss...@greenbone.net  
> [mailto:michael.eiss...@greenbone.net ]
> Sent: Monday, October 10, 2016 7:01 PM
> To: Παναγιώτης Λεόντιος
> Cc: openvas-discuss@wald.intevation.org 
> 
> Subject: RE: [Openvas-discuss] INTERNAL ERROR IN GSA
> 
> Dear Panos,
> 
> i am sorry, but unfortunately i am unable to view your screenshots as 
> something (probably on my side, limited environment) breaks them.
> If they contain no further sensitive information, you could maybe upload them 
> at an imagehoster (directupload.net i.e.) and send me the link?
> 
> Just to be clear about that- could you maybe be affected by this
> Problem: https://bugs.kali.org/view.php?id=3055  ?
> If yes, use a different Scanconfig (start minimalistic with "Discovery" 
> for example, then go with "Full and Fast").
> 
> In general, some more details about how you have setup your scan could be of 
> help.
> (i.e. how many target ip's are scanned, what Portlist is being used, what 
> AliveCheck, Scanconfig, etc.).
> 
> Please also provide the following: a screenshot of htop, which has been 
> filtered before to "openvas" (you can filter in htop by hitting the "F4" 
> key).
> 
> If you run this as a VirtualMachine, ensure that you have allocated enough 
> hardware ressources to the vm.
> 
> Kind Regards,
> Michael Eissele.
> 
> 
> 
> 
> On 10.10.2016 17:05, Παναγιώτης Λεόντιος wrote:
>> Thank you Michael.
>> 
>> Yes, I have run "openvas-check-setup" script and it reported OK.
>> 
>> Also, please see below my current state of the problem:
>> 
>> Well, I have successfully completed an installation of Kali 32 in 
>> Vbox, installed openvas, checked its setup and run GSA.
>> 
>> When running my first task, it freezes in requested mode and 
>> additionally, when pressing on the bar to get a report the following 
>> error message is produced
>> 
>> Thank you in advance.
>> 
>> P.S. I have installed kali 32 perfectly OK on a USB (in persistence 
>> mode), and also the demo in the same VB.
>> 
>> But this one……
>> 
>> -Original Message-
>> From: michael.eiss...@greenbone.net
>> [mailto:michael.eiss...@greenbone.net]
>> Sent: Monday, October 10, 2016 6:00 PM
>> To: Παναγιώτης Λεόντιος
>> Cc: openvas-discuss@wald.intevation.org
>> Subject: RE:

Re: [Openvas-discuss] INTERNAL ERROR IN GSA

2016-10-11 Thread Παναγιώτης Λεόντιος 
Dear Michael,

Following my last email below, I run a new task with everything left to default 
(Scan config: discovery) and it stuck to "Requested"; never continued to a 
percentage.
Of course, when requested the current report, it produced the known internal 
error :(

P.S. One more thing; when I run "openvas-start" in my command line before GSA, 
it produces an error saying that manager daemon cannot run.
After running "openvasmd" and then "openvas-start", everything is OK (checked 
by "openvas-check-setup" and "systemctl status openvas-manager.service").

Panagiotis Leontios
Business Engineer | Project Manager | Consultant
BEng, DIC, MSc, MBA

M: +30 6977 976269
E: leonti...@ath.forthnet.gr
B: pleontios.wordpress.com
L: www.linkedin.com/in/leontios
T: @pleontios
-Original Message-
From: Παναγιώτης Λεόντιος [mailto:leonti...@ath.forthnet.gr] 
Sent: Tuesday, October 11, 2016 11:17 AM
To: 'michael.eiss...@greenbone.net'
Cc: 'openvas-discuss@wald.intevation.org'
Subject: RE: [Openvas-discuss] INTERNAL ERROR IN GSA

Dear Michael, thanks again for your response.

Actually, in the screenshot was the error message:

“INTERNAL ERROR: GET_REPORT:12102 (GSA 6.0.10) ...
Diagnostics: Failure to receive response from Manager Daemon"

The target IPs, Portlist, AliveCheck is set to default;  Scan is set to Fast 
and Full. Actually, just created a new task with defaults; Only Fast and Full 
was set differently. 

YES, I run it on Vbox (5.1.6) with default configuration as provided by 
official .ova file (kali-linux-i686) -ram 2048, 2 CPUs, etc.

(*) I don’t understand that htop thing though.
(*) I will try to run the task starting by " Full and Very Deep Ultimate scan 
configuration " according to your link and let you know.
(*) I have all the updates, dist-upgrades done, as well as openvas recent 
install, and check-setup resulted OK.
 
Panos


-Original Message-
From: michael.eiss...@greenbone.net [mailto:michael.eiss...@greenbone.net]
Sent: Monday, October 10, 2016 7:01 PM
To: Παναγιώτης Λεόντιος
Cc: openvas-discuss@wald.intevation.org
Subject: RE: [Openvas-discuss] INTERNAL ERROR IN GSA

Dear Panos,

i am sorry, but unfortunately i am unable to view your screenshots as something 
(probably on my side, limited environment) breaks them.
If they contain no further sensitive information, you could maybe upload them 
at an imagehoster (directupload.net i.e.) and send me the link?

Just to be clear about that- could you maybe be affected by this
Problem: https://bugs.kali.org/view.php?id=3055  ?
If yes, use a different Scanconfig (start minimalistic with "Discovery" 
for example, then go with "Full and Fast").

In general, some more details about how you have setup your scan could be of 
help.
(i.e. how many target ip's are scanned, what Portlist is being used, what 
AliveCheck, Scanconfig, etc.).

Please also provide the following: a screenshot of htop, which has been 
filtered before to "openvas" (you can filter in htop by hitting the "F4" 
key).

If you run this as a VirtualMachine, ensure that you have allocated enough 
hardware ressources to the vm.

Kind Regards,
Michael Eissele.




On 10.10.2016 17:05, Παναγιώτης Λεόντιος wrote:
> Thank you Michael.
> 
> Yes, I have run "openvas-check-setup" script and it reported OK.
> 
> Also, please see below my current state of the problem:
> 
> Well, I have successfully completed an installation of Kali 32 in 
> Vbox, installed openvas, checked its setup and run GSA.
> 
> When running my first task, it freezes in requested mode and 
> additionally, when pressing on the bar to get a report the following 
> error message is produced
> 
> Thank you in advance.
> 
> P.S. I have installed kali 32 perfectly OK on a USB (in persistence 
> mode), and also the demo in the same VB.
> 
> But this one……
> 
> -Original Message-
> From: michael.eiss...@greenbone.net
> [mailto:michael.eiss...@greenbone.net]
> Sent: Monday, October 10, 2016 6:00 PM
> To: Παναγιώτης Λεόντιος
> Cc: openvas-discuss@wald.intevation.org
> Subject: RE: [Openvas-discuss] INTERNAL ERROR IN GSA
> 
> Dear Panos,
> 
> thank you for reaching back.
> 
>  From what you have reported, it seems that your installation may be 
> in an inconsistant state in general.
> 
> Is this the first time you run scans on this installation, or had this 
> installation already been running for some time?
> 
> Nevertheless, we should go back and asure basic functionality as this 
> seems messed up a bit.
> 
> Please visit: http://www.openvas.org/setup-and-start.html [1]
> 
> You will find the "openvas-check-setup" script. Please run this and 
> follow possible occuring fixing advices.
> 
> We should only continue here if this script tells that everything is 
> ok, otherwise it won't make much sense.
> 
> Let us know after, thanks a lot.
> 
> Kind Regards,
> 
> Michael Eissele.
> 
> On 10.10.2016 13:06, Παναγιώτης Λεόντιος wrote:
> 
>> And now I notice that the task does not move forward to a
> percentage;
> 
>> it

Re: [Openvas-discuss] INTERNAL ERROR IN GSA

2016-10-11 Thread Παναγιώτης Λεόντιος 
Dear Michael, thanks again for your response.

Actually, in the screenshot was the error message:

“INTERNAL ERROR: GET_REPORT:12102 (GSA 6.0.10)
...
Diagnostics: Failure to receive response from Manager Daemon"

The target IPs, Portlist, AliveCheck is set to default;  Scan is set to Fast 
and Full. Actually, just created a new task with defaults; Only Fast and Full 
was set differently. 

YES, I run it on Vbox (5.1.6) with default configuration as provided by 
official .ova file (kali-linux-i686) -ram 2048, 2 CPUs, etc.

(*) I don’t understand that htop thing though.
(*) I will try to run the task starting by " Full and Very Deep Ultimate scan 
configuration " according to your link and let you know.
(*) I have all the updates, dist-upgrades done, as well as openvas recent 
install, and check-setup resulted OK.
 
Panos


-Original Message-
From: michael.eiss...@greenbone.net [mailto:michael.eiss...@greenbone.net] 
Sent: Monday, October 10, 2016 7:01 PM
To: Παναγιώτης Λεόντιος
Cc: openvas-discuss@wald.intevation.org
Subject: RE: [Openvas-discuss] INTERNAL ERROR IN GSA

Dear Panos,

i am sorry, but unfortunately i am unable to view your screenshots as something 
(probably on my side, limited environment) breaks them.
If they contain no further sensitive information, you could maybe upload them 
at an imagehoster (directupload.net i.e.) and send me the link?

Just to be clear about that- could you maybe be affected by this
Problem: https://bugs.kali.org/view.php?id=3055  ?
If yes, use a different Scanconfig (start minimalistic with "Discovery" 
for example, then go with "Full and Fast").

In general, some more details about how you have setup your scan could be of 
help.
(i.e. how many target ip's are scanned, what Portlist is being used, what 
AliveCheck, Scanconfig, etc.).

Please also provide the following: a screenshot of htop, which has been 
filtered before to "openvas" (you can filter in htop by hitting the "F4" 
key).

If you run this as a VirtualMachine, ensure that you have allocated enough 
hardware ressources to the vm.

Kind Regards,
Michael Eissele.




On 10.10.2016 17:05, Παναγιώτης Λεόντιος wrote:
> Thank you Michael.
> 
> Yes, I have run "openvas-check-setup" script and it reported OK.
> 
> Also, please see below my current state of the problem:
> 
> Well, I have successfully completed an installation of Kali 32 in 
> Vbox, installed openvas, checked its setup and run GSA.
> 
> When running my first task, it freezes in requested mode and 
> additionally, when pressing on the bar to get a report the following 
> error message is produced
> 
> Thank you in advance.
> 
> P.S. I have installed kali 32 perfectly OK on a USB (in persistence 
> mode), and also the demo in the same VB.
> 
> But this one……
> 
> -Original Message-
> From: michael.eiss...@greenbone.net
> [mailto:michael.eiss...@greenbone.net]
> Sent: Monday, October 10, 2016 6:00 PM
> To: Παναγιώτης Λεόντιος
> Cc: openvas-discuss@wald.intevation.org
> Subject: RE: [Openvas-discuss] INTERNAL ERROR IN GSA
> 
> Dear Panos,
> 
> thank you for reaching back.
> 
>  From what you have reported, it seems that your installation may be 
> in an inconsistant state in general.
> 
> Is this the first time you run scans on this installation, or had this 
> installation already been running for some time?
> 
> Nevertheless, we should go back and asure basic functionality as this 
> seems messed up a bit.
> 
> Please visit: http://www.openvas.org/setup-and-start.html [1]
> 
> You will find the "openvas-check-setup" script. Please run this and 
> follow possible occuring fixing advices.
> 
> We should only continue here if this script tells that everything is 
> ok, otherwise it won't make much sense.
> 
> Let us know after, thanks a lot.
> 
> Kind Regards,
> 
> Michael Eissele.
> 
> On 10.10.2016 13:06, Παναγιώτης Λεόντιος wrote:
> 
>> And now I notice that the task does not move forward to a
> percentage;
> 
>> it has stuck to “requested” state…
> 
>> 
> 
>> Sth is wrong with the manager daemon?
> 
>> 
> 
>> FROM: Παναγιώτης Λεόντιος
> 
>> [mailto:leonti...@ath.forthnet.gr]
> 
>> SENT: Monday, October 10, 2016 1:58 PM
> 
>> TO: 'michael.eiss...@greenbone.net'
> 
>> SUBJECT: RE: [Openvas-discuss] INTERNAL ERROR IN GSA
> 
>> 
> 
>> I get this message again in a new task running (requested mode),
> when
> 
>> trying to get the report.
> 
>> 
> 
>> Panos
> 
>> 
> 
>> -Original Message-
> 
>> From: michael.eiss...@greenbone.net
> 
>> [mailto:michael.eiss...@greenbone.net]
> 
>> Sent: Monday, October 10, 2016 1:41 PM
> 
>> To: Παναγιώτης Λεόντιος
> 
>> Subject: RE: [Openvas-discuss] INTERNAL ERROR IN GSA
> 
>> 
> 
>> Dear Pano,
> 
>> 
> 
>> this may occur because the affected report is appearing in the list
> 
>> that loads when selecting report view.
> 
>> 
> 
>> Please go the way over Taskview, from there on you can check through
> 
> 
>> the reports and limit the trouble causing source to atleast to one
> 
>> task maybe.
> 
>>