Project

General

Profile

Troubleshooting » History » Version 1

Luke Murphey, 04/03/2010 01:21 PM

1 1 Luke Murphey
h1. Troubleshooting
2 1 Luke Murphey
3 1 Luke Murphey
h2. NSIA Runs Out of Memory
4 1 Luke Murphey
5 1 Luke Murphey
To resolve this either:
6 1 Luke Murphey
* Reduce the rate of the scans (this is preferred)
7 1 Luke Murphey
* Increase the amount of memory available to NSIA
8 1 Luke Murphey
9 1 Luke Murphey
Note that NSIA has a limit on the maximum amount of memory that it will use which is independent of the amount of memory that the server it if running on has. In other words, NSIA may be running out of memory even though the server has plenty of available memory. The maximum limit can be modified by changing the Java settings
10 1 Luke Murphey
11 1 Luke Murphey
h3. Reducing the Scan Rate
12 1 Luke Murphey
13 1 Luke Murphey
To reduce the scan rate, select one of the rules and reduce the scan frequency. Additionally, you can reduce the number of resources to be scanned by lowering the depth or resource limit on HTTP Auto-Discovery rules. However, note that reducing the number of resources to scan reduces the chance that NSIA will detect a security problem. Generally, it is better to increase the amount of memory available or reduce the scan frequency.
14 1 Luke Murphey
15 1 Luke Murphey
h3. Increasing Memory
16 1 Luke Murphey
17 1 Luke Murphey
The Java Runtime Environment contains a setting that limits how much memory the application uses. To increase this value, edit the config.ini file and change the value of the JVM.Arguments option. The value of the argument should be "-Xmx" followed by the amount of mamoery you want allocated to the JRE. Below is a sample of a config.ini file that allocates up to 2 GB:
18 1 Luke Murphey
19 1 Luke Murphey
<pre>
20 1 Luke Murphey
JVM.Arguments=-Xmx2g
21 1 Luke Murphey
</pre>