-
Notifications
You must be signed in to change notification settings - Fork 0
operator actions
You will learn the manual actions available in the admin UI, when to use each one, and what happens when you trigger them.
Fetch the feed now and process it, even if the content has not changed.
Use recheck when:
- A feed shows as failed and you want to retry immediately.
- You know upstream changed but the daemon has not picked it up yet.
- A feed was archived and you want to test whether it is alive again.
For different feed families, recheck means:
| Family | What recheck does |
|---|---|
| Plain feed | Fetches upstream, reparses, restages. |
| History derivative | Recomputes from current parent body + retained snapshots. Does not trigger a parent fetch. |
| Merge | Recomposes from current local input bodies. |
| Artifact child | Uses existing local materialized input. Does not trigger a parent fetch. |
| Provider database | Fetches the provider dataset. May trigger a broad reprocess wave. |
If a child feed lacks local input, the recheck automatically targets the parent artifact instead of failing the child.
Re-run processing from existing local data. No upstream fetch happens.
Use reprocess when:
- Published outputs are missing or stale, but the feed body is current.
- A provider update changed enrichment parameters and you want to regenerate artifacts.
- You edited configuration that affects processing but not download.
Body priority for reprocess:
-
.processingfile if one exists (from a previous failed run). -
.newfile if one is staged. - Committed feed body.
If no local body exists at all, reprocess fails with a clear error.
The admin UI offers exactly two feed-level actions: recheck and reprocess. There is no separate "run now" or "refresh" that does something different. If a button says "run now", it maps to one of these two.
Trigger all currently-due work immediately. This is equivalent to telling the scheduler "evaluate cadence now and enqueue everything that is overdue."
Use this when:
- The daemon was paused or network was down and you want to catch up.
- You just enabled several feeds and want them checked now instead of waiting for the next cadence cycle.
Force reprocess all feeds. This is a heavy operation.
Use this when:
- A major provider update requires regenerating all enrichment artifacts.
- You suspect widespread output corruption.
The UI requires confirmation before running a broad reprocess because it affects every feed in the catalog.
- Enable and Disable — enabling and disabling feeds
- Triggers and Reprocessing — all automatic and manual triggers
- Daemon Command Reference
- Environment Variables
- Configuration Reload
- Listener Topologies
- Admin Authentication
- Feed Families
- Source Feeds
- Processor Reference
- Static Feeds
- Merge Feeds
- Artifact Parents
- History Derivatives
- Provider Databases
- Use Roles
- Critical Infrastructure Reference Feeds
- Legal Fields
- Feed Visibility & Lifecycle
- YAML Field Reference
- Pipeline Overview
- Download Lifecycle
- Processing Lifecycle
- Feed Status Reference
- Health Classes
- What Triggers Reprocessing
- Accessing the Admin
- Runtime Status
- Feed Inventory
- Artifact Inventory
- Live Queues
- Background Work
- Schedule State
- Operator Actions
- Enable & Disable