Files
prose-contracts/pm2-self-heal.prose.md
T
root 1f90c3dc74 fix(pm2-self-heal): document permanent stuck-detection fix, reset PM2 counter
Root cause: abiba-zulip extension had STUCK_THRESHOLD_MS=30min.
After 30min of inactivity (overnight), it reported stuck=True, which
triggered the health monitor to restart it — cycling restarts up to 18.

Permanent fixes:
1. STUCK_THRESHOLD_MS raised 30min → 4 hours in extension index.js
2. PM2 restart counter reset: delete+re-add abiba-zulip (was 18, now 0)
3. pm2-self-heal.sh alert threshold documented at 30 (implementation already)
4. Prose contract updated with historical note and threshold rationale
2026-06-29 16:07:47 +00:00

2.9 KiB

kind, name, description
kind name description
responsibility pm2-self-heal Monitors critical PM2 processes (abiba-zulip, abiba-telegram) and auto-restarts any that are stopped or errored. Logs every action to the knowledge graph and alerts the owner via Zulip DM on failures. CRITICAL: Never restart abiba-zulip — it runs this contract.

Maintains

  • abiba-zulip: { status: "online", uptime: string, restarts: number }
  • abiba-telegram: { status: "online", uptime: string, restarts: number }
  • last_check: timestamp

Continuity

  • Self-driven: check every 300 seconds (5 min)
  • Also wakes on user request (prose run pm2-self-heal)

Remediation Rules

Rule 1: Process Stopped or Errored

  • Detect: pm2 status shows "stopped" or "errored" for a named process
  • Fix: pm2 restart <name>
  • Verify: Re-check status after 5 seconds
  • Escalate: If still failed after 2 retries, send Zulip DM to owner

Rule 2: Process Restarting Too Often

  • Detect: pm2 status shows restarts > 30 (cumulative lifetime counter)
  • Note: PM2 counter never decrements; only full delete+re-add resets it
  • Fix: pm2 delete <name> && pm2 start <ecosystem> --only <name>
  • Escalate: Only when restarts > 30 — alerts to Zulip DM
  • Historical fix: Previous cycles were caused by abiba-zulip extension's stuck detection (STUCK_THRESHOLD_MS was 30min, raised to 4h in v2). This was the root cause of the 18-restart accumulation. Threshold raised and PM2 counter reset on 2026-06-28.

Execution

  1. Check PM2 status — Run pm2 status --no-color and parse the table (5th data column = PID, 8th = restarts, 9th = status)
  2. Check abiba-telegram:
    • If status is "online" → pass
    • If status is "stopped" or "errored" → apply Rule 1
    • If restarts > 5 → alert owner
  3. Check abiba-zulip (self-process, read-only):
    • If status is "online" → pass, log restarts count
    • If status is "stopped" or "errored" → DO NOT RESTART — alert owner immediately
    • If restarts > 5 in last hour → alert owner with full diagnostics
  4. Log results — Create [LEARN] node in knowledge graph for any actions taken
  5. Alert — Send Zulip DM to owner if escalation needed (do NOT run pm2 commands during alerting)
  6. Wait 5 min → repeat from step 1

Example Output (when healthy)

{
  "run_id": "pm2-heal-001",
  "checked_at": "2026-06-26T15:00:00Z",
  "processes": {
    "abiba-zulip": { "status": "online", "uptime": "2h", "restarts": 0 },
    "abiba-telegram": { "status": "online", "uptime": "48h", "restarts": 0 }
  },
  "actions_taken": [],
  "overall": "healthy"
}

Example Output (when fixed)

{
  "processes": {
    "abiba-telegram": { "status": "errored → restarted → online" },
    "abiba-zulip": { "status": "online", "uptime": "2h", "restarts": 0 }
  },
  "actions_taken": [
    { "target": "abiba-telegram", "action": "pm2 restart", "result": "online" }
  ],
  "overall": "fixed"
}