Tekton's task controller emits Kubernetes events
when TaskRuns
and PipelineRuns
execute. This allows you to monitor and react to what's happening during execution by
retrieving those events using the kubectl describe
command. Tekton can also emit CloudEvents.
Note: Conditions
do not yet emit events.
TaskRuns
emit events for the following Reasons
:
Started
: emitted the first time theTaskRun
is picked by the reconciler from its work queue, so it only happens if webhook validation was successful. This event in itself does not indicate that aStep
is executing; theStep
executes once the following conditions are satisfied:- Validation of the
Task
and its associated resources must succeed, and - Checks for associated
Conditions
must succeed, and - Scheduling of the associated
Pod
must succeed.
- Validation of the
Succeeded
: emitted once all steps in theTaskRun
have executed successfully, including post-steps injected by Tekton.Failed
: emitted if theTaskRun
finishes running unsuccessfully because aStep
failed, or theTaskRun
timed out or was cancelled. ATaskRun
also emitsFailed
events if it cannot execute at all due to failing validation.
PipelineRuns
emit events for the following Reasons
:
Started
: emitted the first time thePipelineRun
is picked by the reconciler from its work queue, so it only happens if webhook validation was successful. This event in itself does not indicate that aStep
is executing; theStep
executes once validation for thePipeline
as well as all associatedTasks
andResources
is successful.Running
: emitted when thePipelineRun
passes validation and actually begins execution.Succeeded
: emitted once allTasks
reachable via the DAG have executed successfully.Failed
: emitted if thePipelineRun
finishes running unsuccessfully because aTask
failed or thePipelineRun
timed out or was cancelled. APipelineRun
also emitsFailed
events if it cannot execute at all due to failing validation.
When you configure a sink, Tekton emits events as described in the table below.
Tekton sends cloud events in a parallel routine to allow for retries without blocking the
reconciler. A routine is started every time the Succeeded
condition changes - either state,
reason or message. Retries are sent using an exponential back-off strategy.
Because of retries, events are not guaranteed to be sent to the target sink in the order they happened.
Resource | Event | Event Type |
---|---|---|
TaskRun |
Started |
dev.tekton.event.taskrun.started.v1 |
TaskRun |
Running |
dev.tekton.event.taskrun.running.v1 |
TaskRun |
Condition Change while Running |
dev.tekton.event.taskrun.unknown.v1 |
TaskRun |
Succeed |
dev.tekton.event.taskrun.successful.v1 |
TaskRun |
Failed |
dev.tekton.event.taskrun.failed.v1 |
PipelineRun |
Started |
dev.tekton.event.pipelinerun.started.v1 |
PipelineRun |
Running |
dev.tekton.event.pipelinerun.running.v1 |
PipelineRun |
Condition Change while Running |
dev.tekton.event.pipelinerun.unknown.v1 |
PipelineRun |
Succeed |
dev.tekton.event.pipelinerun.successful.v1 |
PipelineRun |
Failed |
dev.tekton.event.pipelinerun.failed.v1 |