mirror of
https://github.com/rcourtman/Pulse.git
synced 2026-02-18 00:17:39 +01:00
Refactor FAQ and API docs to be concise and modern
This commit is contained in:
1496
docs/API.md
1496
docs/API.md
File diff suppressed because it is too large
Load Diff
311
docs/FAQ.md
311
docs/FAQ.md
@@ -1,296 +1,79 @@
|
||||
# FAQ
|
||||
# ❓ Frequently Asked Questions
|
||||
|
||||
## Installation
|
||||
## 🛠️ Installation & Setup
|
||||
|
||||
### What's the easiest way to install?
|
||||
Run this one-liner on your Proxmox host:
|
||||
```bash
|
||||
curl -fsSL https://raw.githubusercontent.com/rcourtman/Pulse/main/install.sh | bash
|
||||
```
|
||||
|
||||
### System requirements?
|
||||
- 1 vCPU, 512MB RAM (1GB recommended), 1GB disk
|
||||
- Network access to Proxmox API
|
||||
|
||||
## Configuration
|
||||
|
||||
### How do I add a node?
|
||||
**Auto-discovery (Easiest)**: Settings → Nodes → Click "Setup Script" on discovered node → Run on Proxmox
|
||||
**Manual**: Settings → Nodes → Add Node → Enter credentials → Save
|
||||
|
||||

|
||||
|
||||
### How do I disable network discovery?
|
||||
Settings → System → Network Settings → Toggle "Enable Discovery" off → Save
|
||||
Or set environment variable `DISCOVERY_ENABLED=false`
|
||||
**Auto-discovery (Recommended)**: Go to **Settings → Nodes**, find your node in the "Discovered" list, click "Setup Script", and run the provided command on your Proxmox host.
|
||||
**Manual**: Go to **Settings → Nodes → Add Node** and enter the credentials manually.
|
||||
|
||||
### How do I change the port?
|
||||
Systemd: `sudo systemctl edit pulse`, add `Environment="FRONTEND_PORT=8080"`, restart
|
||||
Docker: Use `-e FRONTEND_PORT=8080 -p 8080:8080` in your run command
|
||||
See [Port Configuration Guide](PORT_CONFIGURATION.md) for details
|
||||
- **Systemd**: `sudo systemctl edit pulse`, add `Environment="FRONTEND_PORT=8080"`, restart.
|
||||
- **Docker**: Use `-p 8080:7655` in your run command.
|
||||
|
||||
### Why can't I change settings in the UI?
|
||||
If a setting is disabled with an amber warning, it's being overridden by an environment variable.
|
||||
Remove the env var (check `sudo systemctl show pulse | grep Environment`) and restart to enable UI configuration.
|
||||
If a setting is disabled with an amber warning, it's being overridden by an environment variable (e.g., `DISCOVERY_ENABLED`). Remove the env var to regain UI control.
|
||||
|
||||
### What permissions needed?
|
||||
- PVE core API access: `PVEAuditor`
|
||||
- PVE guest metrics: `VM.GuestAgent.Audit` (PVE 9+) or `VM.Monitor` (PVE 8) plus `Sys.Audit` for Ceph — Pulse setup script adds these to the `PulseMonitor` role automatically
|
||||
- PBS: `DatastoreReader` minimum
|
||||
---
|
||||
|
||||
### API tokens vs passwords?
|
||||
API tokens are more secure. Create in Proxmox: Datacenter → Permissions → API Tokens
|
||||
|
||||
### Where are settings stored?
|
||||
See [Configuration Guide](CONFIGURATION.md) for details
|
||||
|
||||
### How do I backup my configuration?
|
||||
Settings → Security → Backup & Restore → Export Backup
|
||||
- If logged in with password: Just enter your password or a custom passphrase
|
||||
- If using API token only: Provide the API token when prompted
|
||||
- Includes all settings, nodes, credentials (encrypted), and custom console URLs
|
||||
|
||||
### Can I filter backup history or focus on a specific time window?
|
||||
Yes. The **Backups** workspace exposes a time-range picker above the chart (Last 24 h / 7 d / 30 d / Custom). Selecting a range reflows the chart, highlights matching bars, and filters the grid below. Hovering the chart shows tooltips with the top jobs inside that window so you can jump directly to a backup task or snapshot.
|
||||
Trouble with the picker? See [Troubleshooting → Backup View Filters Not Working](TROUBLESHOOTING.md#backup-view-filters-not-working).
|
||||
|
||||
### Can Pulse detect Proxmox clusters?
|
||||
Yes! When you add one cluster node, Pulse automatically discovers and monitors all nodes
|
||||
|
||||
## Troubleshooting
|
||||
|
||||
### No data showing?
|
||||
- Check Proxmox API is reachable (port 8006/8007)
|
||||
- Verify credentials
|
||||
- Check logs: `journalctl -u pulse -f`
|
||||
|
||||
### Connection refused?
|
||||
- Check port 7655 is open
|
||||
- Verify Pulse is running: `systemctl status pulse`
|
||||
|
||||
### PBS connection issues?
|
||||
- PBS requires HTTPS (not HTTP) - use `https://your-pbs:8007`
|
||||
- Default PBS port is 8007 (not 8006)
|
||||
- Check firewall allows port 8007
|
||||
|
||||
### Invalid credentials?
|
||||
- Check username includes realm (@pam, @pve)
|
||||
- Verify API token not expired
|
||||
- Confirm user has required permissions
|
||||
|
||||
### CORS errors in browser?
|
||||
- By default, Pulse only allows same-origin requests
|
||||
- Set `ALLOWED_ORIGINS` environment variable for cross-origin access
|
||||
- Example: `ALLOWED_ORIGINS=https://app.example.com`
|
||||
- Never use `*` in production
|
||||
|
||||
### Authentication issues?
|
||||
- Password auth: Check `PULSE_AUTH_USER` and `PULSE_AUTH_PASS` environment variables
|
||||
- API tokens: Ensure `API_TOKENS` includes an active credential (or `API_TOKEN` for legacy setups)
|
||||
- Session expired: Log in again via web UI
|
||||
- Account locked: Wait 15 minutes after 5 failed attempts
|
||||
|
||||
### High memory usage?
|
||||
Reduce `metricsRetentionDays` in settings and restart
|
||||
|
||||
### How do I monitor adaptive polling?
|
||||
The adaptive scheduler exposes staleness scores, circuit breaker state, and per-resource poll metrics so you can trace why work was delayed. Adaptive polling automatically adjusts polling intervals based on system load.
|
||||
|
||||
**Monitor adaptive polling:**
|
||||
- **Dashboard**: Settings → System → Monitoring shows scheduler health status
|
||||
- **API**: `/api/monitoring/scheduler/health` provides detailed metrics including:
|
||||
- Queue depths and processing times
|
||||
- Circuit breaker status
|
||||
- Backoff states
|
||||
- Instance metadata
|
||||
- **Logging**: Enable debug logging to see detailed polling behavior
|
||||
|
||||
**Key metrics to watch:**
|
||||
- Queue depth (alerts if backlog builds up)
|
||||
- Circuit breaker trips (indicates connectivity issues)
|
||||
- Backoff delays (shows throttling behavior)
|
||||
|
||||
See [Adaptive Polling Documentation](monitoring/ADAPTIVE_POLLING.md) for complete details.
|
||||
|
||||
### What's new about rate limiting in v4.25.0?
|
||||
Adaptive polling metrics and circuit breaker states are exposed alongside rate-limit headers, making throttling decisions easier to interpret. Pulse returns standard rate limit headers with all API responses:
|
||||
|
||||
**Response Headers:**
|
||||
- `X-RateLimit-Limit`: Maximum requests allowed per window (e.g., 500)
|
||||
- `X-RateLimit-Remaining`: Requests remaining in current window
|
||||
- `Retry-After`: Seconds to wait before retrying (on 429 responses)
|
||||
|
||||
**Rate Limits:**
|
||||
- **Auth endpoints**: 10 attempts/minute per IP
|
||||
- **General API**: 500 requests/minute per IP
|
||||
- **Real-time endpoints**: No limits (WebSocket, SSE)
|
||||
|
||||
**Example Response:**
|
||||
```
|
||||
HTTP/1.1 200 OK
|
||||
X-RateLimit-Limit: 500
|
||||
X-RateLimit-Remaining: 487
|
||||
```
|
||||
|
||||
When you hit the limit:
|
||||
```
|
||||
HTTP/1.1 429 Too Many Requests
|
||||
X-RateLimit-Limit: 500
|
||||
X-RateLimit-Remaining: 0
|
||||
Retry-After: 60
|
||||
```
|
||||
|
||||
## Features
|
||||
## 🔍 Monitoring & Metrics
|
||||
|
||||
### Why do VMs show "-" for disk usage?
|
||||
Proxmox API returns `0` for VM disk usage by default. You must install the **QEMU Guest Agent** inside the VM and enable it in Proxmox (VM → Options → QEMU Guest Agent).
|
||||
See [VM Disk Monitoring](VM_DISK_MONITORING.md) for details.
|
||||
|
||||
VMs show "-" because the QEMU Guest Agent is not installed or not working. This is normal and expected.
|
||||
### Does Pulse monitor Ceph?
|
||||
Yes! If Pulse detects Ceph storage, it automatically queries cluster health, OSD status, and pool usage. No extra config needed.
|
||||
|
||||
**How VM disk monitoring works:**
|
||||
- Proxmox API always returns `disk=0` for VMs (this is normal, not a bug)
|
||||
- To get real disk usage, Pulse queries the QEMU Guest Agent inside each VM
|
||||
- Both API tokens and passwords work fine for this (no authentication method limitation)
|
||||
- If guest agent is missing or not responding, Pulse shows "-" with a tooltip explaining why
|
||||
### Can I disable alerts for specific metrics?
|
||||
Yes. Go to **Alerts → Thresholds** and set any value to `-1` to disable it. You can do this globally or per-resource (VM/Node).
|
||||
|
||||
**To get VM disk usage showing:**
|
||||
### How do I monitor temperature?
|
||||
Pulse uses a secure sensor proxy.
|
||||
1. Install `lm-sensors` on your host (`apt install lm-sensors && sensors-detect`).
|
||||
2. Run the Pulse setup script on the node again to install the sensor proxy.
|
||||
See [Temperature Monitoring](TEMPERATURE_MONITORING.md).
|
||||
|
||||
1. **Install QEMU Guest Agent in the VM:**
|
||||
- Linux: `apt install qemu-guest-agent && systemctl enable --now qemu-guest-agent`
|
||||
- Windows: Install virtio-win guest tools
|
||||
---
|
||||
|
||||
2. **Enable in VM config:**
|
||||
- Proxmox UI: VM → Options → QEMU Guest Agent → Enable
|
||||
- Or CLI: `qm set <VMID> --agent enabled=1`
|
||||
## 🔐 Security & Access
|
||||
|
||||
3. **Restart the VM** for changes to take effect
|
||||
|
||||
4. **Verify it works:**
|
||||
```bash
|
||||
qm agent <VMID> ping
|
||||
qm agent <VMID> get-fsinfo
|
||||
```
|
||||
|
||||
5. **Check Pulse has permissions:**
|
||||
- Proxmox 9: `VM.GuestAgent.Audit` privilege (Pulse setup adds via `PulseMonitor`)
|
||||
- Proxmox 8: `VM.Monitor` privilege (Pulse setup adds via `PulseMonitor`)
|
||||
- `Sys.Audit` is recommended for Ceph metrics and included when available
|
||||
- The setup script applies all of the above automatically
|
||||
|
||||
**Note:** Container (LXC) disk usage always works without guest agent because containers share the host kernel.
|
||||
|
||||
**Still not working?** See [Troubleshooting Guide - VM Disk Monitoring](TROUBLESHOOTING.md#vm-disk-monitoring-issues) for detailed diagnostics.
|
||||
|
||||
### How do I see real disk usage for VMs?
|
||||
See the previous question "Why do VMs show '-' for disk usage?" or the [VM Disk Monitoring Guide](VM_DISK_MONITORING.md) for full details.
|
||||
|
||||
### Multiple clusters?
|
||||
Yes, add multiple nodes in Settings
|
||||
|
||||
### PBS push mode?
|
||||
No, PBS push mode is not currently supported. PBS monitoring requires network connectivity from Pulse to the PBS server.
|
||||
|
||||
### Webhook providers?
|
||||
Discord, Slack, Gotify, Telegram, ntfy.sh, Teams, generic JSON
|
||||
|
||||
### Works with reverse proxy?
|
||||
Yes, ensure WebSocket support is enabled
|
||||
|
||||
### How do I disable alerts for specific metrics?
|
||||
Go to **Alerts → Thresholds**, then set any threshold to `-1` to disable alerts for that metric.
|
||||
|
||||
**Examples:**
|
||||
- Don't care about disk I/O alerts? Set "Disk R MB/s" and "Disk W MB/s" to `-1`
|
||||
- Want to ignore network alerts on a specific VM? Set "Net In MB/s" and "Net Out MB/s" to `-1`
|
||||
- Need to disable CPU alerts for a maintenance node? Set "CPU %" to `-1`
|
||||
|
||||
**To re-enable:** Click on any disabled threshold showing "Off" and it will restore to a default value. The trash icon beside **Global Defaults** resets that row instantly, and the search bar at the top of the tab filters resources live.
|
||||
|
||||
**Per-resource customization:** You can disable metrics globally (affects all resources) or individually (just one VM, container, node, etc.). Resources with custom settings show a blue "Custom" badge so you can spot overrides quickly.
|
||||
|
||||
### Can I set fractional thresholds or specify different trigger/clear values?
|
||||
Yes. Pulse stores hysteresis thresholds in pairs: `trigger` (when to fire) and `clear` (when to recover). Both values accept decimal precision – for example, set network thresholds to `12.5` / `9.5` MB/s. The UI shows the trigger value in the table and reveals the clear threshold in the sidebar drawer.
|
||||
|
||||
### How do I interpret the alert timeline graph?
|
||||
Open **Alerts → History** and click an entry. The right-hand panel now shows a context timeline that plots alert start, acknowledgement, clearance, and any escalations so you can see at a glance how long the condition lasted and when notifications were sent. Hovering each marker reveals the exact timestamp and value Pulse captured at that step.
|
||||
|
||||
### Does Pulse monitor Ceph clusters?
|
||||
Yes. When Ceph-backed storage (RBD or CephFS) is detected, Pulse queries `/cluster/ceph/status` and `/cluster/ceph/df` and surfaces the results on the **Storage → Ceph** drawer and via `/api/state` → `cephClusters`. You get cluster health, daemon counts, placement groups, and per-pool capacity without any additional configuration.
|
||||
If those sections stay empty, follow [Troubleshooting → Ceph Cluster Data Missing](TROUBLESHOOTING.md#ceph-cluster-data-missing).
|
||||
|
||||
### Why does a container host show as offline in the Containers tab?
|
||||
First, confirm the agent is still running (`systemctl status pulse-docker-agent` or `docker ps`). If it is, check the Issues column for restart-loop notes and verify the host’s last heartbeat under **Details**. Still stuck? Walk through [Troubleshooting → Container Agent Shows Hosts Offline](TROUBLESHOOTING.md#container-agent-shows-hosts-offline) for a step-by-step checklist.
|
||||
|
||||
## Updates
|
||||
|
||||
### How to update?
|
||||
- **Docker**: Pull latest image, recreate container
|
||||
- **Manual/systemd**: Run the install script again: `curl -fsSL https://raw.githubusercontent.com/rcourtman/Pulse/main/install.sh | bash`
|
||||
|
||||
### Can I roll back if an update misbehaves?
|
||||
Pulse retains previous versions and provides easy rollback.
|
||||
|
||||
**Via UI (Recommended):**
|
||||
1. Navigate to **Settings → System → Updates**
|
||||
2. Click **"Restore previous version"**
|
||||
3. Confirm rollback
|
||||
4. Pulse restarts with the previous working version
|
||||
|
||||
**Via CLI:**
|
||||
### I forgot my password. How do I reset it?
|
||||
**Docker**:
|
||||
```bash
|
||||
# Systemd installations
|
||||
sudo /opt/pulse/pulse config rollback
|
||||
|
||||
# LXC containers
|
||||
pct exec <ctid> -- bash -c "cd /opt/pulse && ./pulse config rollback"
|
||||
docker exec pulse rm /data/.env
|
||||
docker restart pulse
|
||||
# Access UI to run setup wizard again
|
||||
```
|
||||
**Systemd**:
|
||||
Delete `/etc/pulse/.env` and restart the service.
|
||||
|
||||
**What gets rolled back:**
|
||||
- Pulse binary and frontend assets
|
||||
- System configuration (preserved from previous version)
|
||||
- Rollback history tracked in Updates view
|
||||
### How do I enable HTTPS?
|
||||
Set `HTTPS_ENABLED=true` and provide `TLS_CERT_FILE` and `TLS_KEY_FILE` environment variables. See [Configuration](CONFIGURATION.md#https--tls).
|
||||
|
||||
**What stays the same:**
|
||||
- Your node configurations
|
||||
- Alert settings
|
||||
- User credentials
|
||||
- Historical metrics data
|
||||
### Can I use Single Sign-On (SSO)?
|
||||
Yes. Pulse supports OIDC (Settings → Security → OIDC) and Proxy Auth (Authentik, Authelia). See [Proxy Auth Guide](PROXY_AUTH.md).
|
||||
|
||||
Check rollback logs: `journalctl -u pulse | grep rollback`
|
||||
---
|
||||
|
||||
### How do I install an older release (downgrade)?
|
||||
- **Manual/systemd installs**: rerun the installer and pass the tag you want, e.g. `curl -fsSL https://raw.githubusercontent.com/rcourtman/Pulse/main/install.sh | bash -s -- --version v4.24.0`
|
||||
- **Proxmox LXC appliance**: `pct exec <ctid> -- bash -lc "curl -fsSL https://raw.githubusercontent.com/rcourtman/Pulse/main/install.sh | bash -s -- --version v4.24.0"`
|
||||
- **Docker**: launch with a versioned tag instead of `latest`, e.g. `docker run -d --name pulse -p 7655:7655 rcourtman/pulse:v4.24.0`
|
||||
## ⚠️ Troubleshooting
|
||||
|
||||
### How do I adjust logging without restarting?
|
||||
Pulse supports runtime logging configuration—no restart required.
|
||||
### No data showing?
|
||||
- Check Proxmox API is reachable (port 8006).
|
||||
- Verify credentials in **Settings → Nodes**.
|
||||
- Check logs: `journalctl -u pulse -f` or `docker logs -f pulse`.
|
||||
|
||||
**Via UI:**
|
||||
1. Navigate to **Settings → System → Logging**
|
||||
2. Adjust:
|
||||
- **Log Level**: debug, info, warn, error
|
||||
- **Log Format**: json, text
|
||||
- **File Rotation**: size limits, retention
|
||||
3. Changes apply immediately
|
||||
### Connection refused?
|
||||
- Check if Pulse is running: `systemctl status pulse` or `docker ps`.
|
||||
- Verify the port (default 7655) is open on your firewall.
|
||||
|
||||
**Via Environment Variables:**
|
||||
```bash
|
||||
# Systemd
|
||||
sudo systemctl edit pulse
|
||||
[Service]
|
||||
Environment="LOG_LEVEL=debug"
|
||||
Environment="LOG_FORMAT=json"
|
||||
### CORS errors?
|
||||
Set `ALLOWED_ORIGINS=https://your-domain.com` environment variable if accessing Pulse from a different domain.
|
||||
|
||||
# Docker
|
||||
docker run -e LOG_LEVEL=debug -e LOG_FORMAT=json rcourtman/pulse:latest
|
||||
```
|
||||
|
||||
**Use cases:**
|
||||
- Enable debug logging temporarily for troubleshooting
|
||||
- Switch to JSON format for log aggregation
|
||||
- Adjust file rotation to manage disk usage
|
||||
|
||||
### Why can't I update from the UI?
|
||||
For security reasons, Pulse cannot self-update. The UI will notify you when updates are available and show the appropriate update command for your deployment type.
|
||||
|
||||
### Will updates break config?
|
||||
No, configuration is preserved
|
||||
### High memory usage?
|
||||
Reduce `METRICS_RETENTION_DAYS` (default 7) via environment variable if running on very constrained hardware.
|
||||
|
||||
Reference in New Issue
Block a user