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> |