Skip to main content

Guard Already Running

Another instance of Guard is active. Stop it first:
Do not run multiple Guard instances on the same machine. They will conflict on log file access, firewall rules, and monitoring resources.
If the PID file references a process that no longer exists (stale PID):

Permission Denied

Guard requires root/admin privileges to read system logs and manage firewall rules.

High Memory Usage

If Guard consumes more memory than expected:
Normal memory ranges:
  1. Disable unused monitors — Turn off monitoring for subsystems you do not need:
  2. Reduce rule count — Disable rule categories you do not need:
  3. Use remote AI instead of local — Switch from Ollama to a cloud AI provider to save the memory used by local models:
  4. Increase garbage collection — For Node.js memory optimization:

False Positives

If Guard generates too many alerts for legitimate activity:
The default learning period is 7 days. If your workload is complex, extend it:
Reset learning data and restart:
Increase the threshold for specific threat types:
Add trusted IPs and processes to the whitelist:
Identify and disable specific rules causing false positives:

Auto-Response Not Executing

If Guard detects threats but does not take automated action:
Auto-response only triggers when the AI confidence score exceeds minConfidence:
If detections are below the threshold, lower it carefully:
Setting minConfidence below 0.7 significantly increases the risk of false positive responses (blocking legitimate IPs or killing legitimate processes).
Enable if disabled:
Auto-response does not execute in learning or detect modes:
Switch to protect mode:
If requireApproval is enabled, Guard sends approval requests instead of auto-executing:

Guard Crashes on Startup

Or with the CLI:
This checks Node.js version, permissions, disk space, port availability, and configuration validity.
If the config file is corrupted: