-
Notifications
You must be signed in to change notification settings - Fork 0
Troubleshooting
herald status # daemon status and config summary
sudo systemctl status asl3-herald # service status
journalctl -u asl3-herald -f # follow live log outputA rotation or scheduled entry whose WAV file no longer exists on disk is flagged rather than failing silently — check herald status's missing-file count, herald list, or the "MISSING FILE" badge in the web UI.
Herald reads AMI credentials automatically from /etc/allmon3/allmon3.ini (Allmon3) or /etc/asterisk/manager.conf (Supermon / other frontends) on startup and on every config reload — no credentials belong in asl3-herald.conf itself. If neither file yields usable credentials, Herald falls back to polling the rpt stats kerchunk counter instead, which only catches local RF unkeys (not network keyups) and fires after the courtesy tone rather than at the actual unkey. If tail messages feel "late" or network-triggered announcements aren't firing, that fallback is the most likely cause — double-check the AMI credentials file Herald should be reading from.
- The Allmon3/Supermon page not showing up, or a blank/unstyled page, usually means Apache/PHP isn't installed or enabled the way
install.shexpects — see Getting Started for what a normal install does. - All web UI actions run through the
heraldCLI via a narrowsudorule forwww-data(/etc/sudoers.d/asl3-herald-web) — if actions silently fail, confirm that file exists and hasn't been altered.
Please open an issue and pick the Bug Report or Feature Request template — they'll prompt for the details (version, logs, steps to reproduce) that make it much faster to track down. One issue per report is easiest to work through.