Docs/Streams/Features

Stream States and Lifecycle

Every stream config can have many runs. The config rail groups those runs by outcome; opening one shows its Monitor, Compare, Logs, and the next available action.

Use the Dashboard and UI Guide for the visual walkthrough of the run rail and monitor.

Stream states

StateTerminalSuccessDescription
READYNoStream exists but has not started yet
RUNNINGNoActively reading from source and writing to target
PAUSEDNoTemporarily suspended; can be resumed via API (POST /streams/{id}/resume)
FINISHEDYesYesCompleted successfully — normal terminal state for Load workflows
TIME_LIMIT_REACHEDYesYesStopped after reaching the configured elapsedTime limit
EVENT_LIMIT_REACHEDYesYesStopped after reaching the configured numberOfEvents limit
STOPPEDYesNoStopped intentionally by the user; the monitor preserves the progress reached at the stop point
FAILEDYesNoEnded because of an error (connectivity, permissions, invalid SQL, write failures)

Common state transitions

Typical Load flow:

READY -> RUNNING -> FINISHED

Typical bounded run:

READY -> RUNNING -> TIME_LIMIT_REACHED
READY -> RUNNING -> EVENT_LIMIT_REACHED

Typical interrupted run:

READY -> RUNNING -> PAUSED
READY -> RUNNING -> STOPPED
READY -> RUNNING -> FAILED

What to do after a terminal run

Only FINISHED, TIME_LIMIT_REACHED, and EVENT_LIMIT_REACHED count as successful completions. STOPPED is terminal but not successful; it means the run ended before its natural completion.

  • Finished — review the monitor or Compare result, then use Run Again only when you need another execution.
  • Stopped — inspect the saved Load progress. An eligible saved state exposes Resume Load; otherwise use Reset to clear incompatible saved state before starting fresh.
  • Failed — open Logs and the failure summary. Fix the cause before using the action shown in the header.

Troubleshooting by state

FAILED

Check:

  1. source and target connectivity
  2. permissions and replication prerequisites
  3. query validity if custom SQL is involved
  4. runtime logs in Observability

PAUSED or STOPPED

Check the Monitor first. For Load, its saved chunks and the header action tell you whether the run can resume or must be reset.

TIME_LIMIT_REACHED or EVENT_LIMIT_REACHED

Confirm whether the limit was intentional. If not, adjust the stream configuration before the next run.