Managing Jobs
After publishing pipelines, create a job for each pipeline that you want to run. When you create a job that includes a pipeline with runtime parameters, you can enable the job to work as a job template.
When you start a job, Control Hub sends an instance of the pipeline to an execution engine assigned all labels assigned to the job.
When a job is active, you can synchronize or stop the job.
When a job is inactive, you can reset the origin for the job, edit the job, or delete the job.
When a job is active or inactive, you can edit the latest pipeline version, upgrade the job to use the latest pipeline version, or schedule the job to start, stop, or upgrade on a regular basis.
Creating Jobs and Job Templates
After publishing pipelines, create a job for each pipeline that you want to run. You can create a job for each published pipeline version.
When you create a job that includes a pipeline with runtime parameters, you can enable the job to work as a job template.
You can create jobs and job templates from the Jobs view or from the Pipelines view. You can also create a job or job template from a published pipeline in the pipeline canvas.
Starting Jobs and Job Templates
When you start a job, Control Hub sends an instance of the pipeline to an execution engine assigned all labels assigned to the job.
When you start a job template, you create and start one or more job instances from the template. Control Hub sends an instance of the pipeline to an execution engine for each job instance that you create.
Before sending an instance of a pipeline to an execution engine, Control Hub verifies that the engine does not exceed its resource thresholds.
Starting Jobs
When you start a job, you start a single job instance.
- In the Navigation panel, click Jobs.
-
To start a single job, hover over the inactive job and then click the
Start Job icon:
.
- To start multiple jobs, select inactive jobs in the list and then click the Start Job icon above the job list.
Starting Job Templates
When you start a job template, you create and start one or more job instances from the template.
You specify a suffix to uniquely name each job instance, the number of job instances to create from the template, and the parameter values to use for each job instance.
Filtering Jobs and Job Templates
In the Jobs view, you can filter the list of displayed jobs and job templates by engine type, job status, job status color, execution engine label, or job tag. Or you can search for jobs and job templates by name.
Synchronizing Jobs
Synchronize a job when you've changed the labels assigned to Data Collectors and the job is actively running on those engines. Or, synchronize a job to trigger a restart of a non running pipeline that has encountered an error.
- Stops the job so that all running pipeline instances are stopped, and then waits until each Data Collector sends the last-saved offset back to Control Hub. Control Hub maintains the last-saved offsets for all pipeline instances in the job.
- Reassigns the pipeline instances to Data Collectors as follows, sending the
last-saved offset for each pipeline instance to a Data Collector:
- Assigns pipeline instances to additional Data Collectors that match the same labels as the job and that have not exceeded any resource thresholds.
- Does not assign pipeline instances to Data Collectors that no longer match the same labels as the job.
- Reassigns pipeline instances on the same Data Collector that matches the same labels as the job and that has not exceeded any resource thresholds. For example, a pipeline might have stopped running after encountering an error or after being deleted from that Data Collector.
- Starts the job, which restarts the pipeline instances from the last-saved offsets so that processing can continue from where the pipelines last stopped.
For example, let’s say a job is active on three Data Collectors with label Test. If you remove label Test from one of the Data Collectors, synchronize the active job so that the pipeline stops running on that Data Collector. Or, let's say that one of the three pipelines running for the job has encountered an error and has stopped running. If you synchronize the active job, Control Hub triggers a restart of the pipeline on that same Data Collector.

Job Offsets
Just as execution engines maintain the last-saved offset for some origins when you stop a pipeline, Control Hub maintains the last-saved offset for the same origins when you stop a job.
Let's look at how Control Hub maintains the offset for Data Collector pipelines. Control Hub maintains the offset for Transformer pipelines the same way:
- When you start a job, Control Hub can run a remote pipeline instance on each Data Collector assigned all labels assigned to the job. As a Data Collector runs a pipeline instance, it periodically sends the latest offset to Control Hub. If a Data Collector becomes disconnected from Control Hub, the Data Collector maintains the offset. It updates Control Hub with the latest offset as soon as it reconnects to Control Hub.
- When you stop a job, Control Hub instructs all Data Collectors running pipelines for the job to stop the pipelines. The Data Collectors send the last-saved offsets back to Control Hub. Control Hub maintains the last-saved offsets for all pipeline instances in that job.
- When you restart the job, Control Hub sends the last-saved offset for each pipeline instance to a Data Collector so that processing can continue from where the pipeline last stopped. Control Hub determines the Data Collector to use on restart based on whether failover is enabled for the job:
- Failover is disabled - Control Hub sends the offset to the same Data Collector that originally ran the pipeline instance. In other words, Control Hub associates each pipeline instance with the same Data Collector.
- Failover is enabled - Control Hub sends the offset to a different Data Collector with matching labels.
You can view the last-saved offset sent by each execution engine in the job History view.
If you want the execution engines to process all available data instead of processing data from the last-saved offset, simply reset the origin for the job before restarting the job. When you reset the origin for a job, you also reset the job metrics.
Origins that Maintain Offsets
Control Hub maintains the last-saved offset for the same origins as execution engines. Execution engines maintain offsets for some origins only.
Data Collector Origins
Data Collector maintains offsets for the following origins:
- Amazon S3
- Azure Blob Storage
- Azure Data Lake Storage Gen2
- Azure Data Lake Storage Gen2 (Legacy)
- CoAP Server
- Couchbase
- Directory
- Elasticsearch
- File Tail
- Google BigQuery
- Google Cloud Storage
- Groovy Scripting
- Hadoop FS Standalone
- HTTP Client
- HTTP Server
- JavaScript Scripting
- JDBC Multitable Consumer
- JDBC Query Consumer
- JMS Consumer
- Jython Scripting
- MapR FS Standalone
- MongoDB
- MongoDB Atlas
- MongoDB Atlas CDC
- MongoDB Oplog
- MySQL Binary Log
- OPC UA Client
- Oracle CDC
- Oracle CDC Client
- Oracle Multitable Consumer
- RabbitMQ Consumer
- Redis Consumer
- Salesforce
- Salesforce Bulk API 2.0
- SAP HANA Query Consumer
- SFTP/FTP/FTPS Client
- SQL Server CDC Client
- SQL Server Change Tracking
- TCP Server
- UDP Multithreaded Source
- UDP Source
- Websocket Client
- Websocket Server
- Windows Event Log
Transformer Origins
Transformer maintains offsets for all origins that can be included in both batch and streaming pipelines as long as the origin has the Skip Offset Tracking property cleared.
- Delta Lake
- Kudu
- Whole Directory
Resetting the Origin for Jobs
Reset the origin when you want the execution engines running the pipeline to process all available data instead of processing data from the last-saved offset.
You can reset the origin for all inactive jobs. When you reset an origin that maintains the offset, you reset both the origin and the metrics for the job. When you reset an origin that does not maintain the offset, you reset only the metrics for the job.
To reset origins from the Jobs view, select jobs in the list, click the
More icon () and then click Reset
Origin.
Uploading an Initial Offset File
You can upload an initial offset file for a job.
Upload an initial offset file when you first run a pipeline in Data Collector or Transformer, publish the pipeline to Control Hub, and then want to continue running the pipeline from the Control Hub job using the last-saved offset maintained by the execution engine.
When you run pipelines from Control Hub jobs only, you won't need to upload an initial offset file for the job. Control Hub maintains the last-saved offset when you stop a job.
- The job is inactive.
- The job runs a single pipeline instance.
- The job has never been started, or the job has been started and stopped and is enabled for pipeline failover.
Editing the Latest Pipeline Version
While viewing an inactive job or monitoring an active job, you can access the latest version of the pipeline to edit the pipeline.
When you view or monitor a job, Control Hub displays a read-only view of the pipeline in the pipeline canvas. To edit the latest version of the pipeline, click the Edit icon next to the job name, and then click Edit Latest Version of Pipeline, as follows:
Control Hub creates a new draft of the latest version of the pipeline, and opens the draft in edit mode in the pipeline canvas.
When you edit a pipeline from a job, the job is not automatically updated to use the newly edited version. You must upgrade the job to use the latest published pipeline version. When working with job templates, you upgrade the job template to use the latest version.
Upgrading to the Latest Pipeline Version
You can upgrade a job or a job template to use the latest published pipeline version.
When a job or job template includes a pipeline that has a later
published version, Control Hub
notifies you by displaying the New Pipeline Version icon () next to the job or
template.
You can simply click the icon to upgrade the job or job template to
use the latest pipeline version. Or, you can select jobs or job
templates in the Jobs view, click the More icon () and then click
Use Latest Pipeline Version.
When you upgrade to the latest pipeline version, the tasks that Control Hub completes depend on the following job types:
- Inactive job or a job template
- When you upgrade an inactive job or a job template, Control Hub updates the job or job template to use the latest pipeline version.
- Active job
- When you upgrade an active job, Control Hub stops the job, updates the job to use the latest pipeline version, and then restarts the job. During the process, Control Hub displays a temporary Upgrading status for the job.
Stopping Jobs
Stop a job when you want to stop processing data for the pipeline included in the job.
When stopping a job, Control Hub waits for the pipeline to gracefully complete all tasks for the in-progress batch. In some situations, this can take several minutes.
For example, if a scripting processor includes code with a timed wait, Control Hub waits for the scripting processor to complete its task. Then, Control Hub waits for the rest of the pipeline to complete all tasks before stopping the pipeline.
When you stop a job that includes an origin that can be reset, Control Hub maintains the last-saved offset for the job. For more information, see Job Offsets.
Forcing a Job to Stop
When a job remains in a Deactivating state, you can force Control Hub to stop the job immediately.
Scheduling Jobs
You can use the Control Hub scheduler to schedule a job to start, stop, or upgrade to the latest pipeline version on a regular basis.
Editing Jobs
You can edit inactive jobs to change the job definition. When job instances are started from a job template, edit the job template to change the job definition. You cannot edit inactive job instances started from a job template.
Edit inactive jobs or job templates from the Jobs view. Hover over the inactive job
or job template, and click the Edit icon: .
- Description
- Pipeline commit/tag - You can select a different pipeline version to run.
For example, after you start a job, you realize that the developer forgot to enable a metric rule for the pipeline, so you stop the job. You inform your developer, who edits the pipeline rules in the pipeline canvas and republishes the pipeline as another version. You edit the inactive job to select that latest published version of the pipeline, and then start the job again.
Important: If you edit the job so that it contains a new pipeline version with a different origin, you must reset the origin before restarting the job. - Execution Engine Labels - You can assign and remove labels from the job to change the group of execution engines that run the pipeline.
- Job Tags - You can assign and remove tags from the job to identify the job in a different way.
- Statistics Refresh Interval - You can change the milliseconds to wait before Control Hub refreshes the statistics when you monitor the job.
- Enable Time Series Analysis - You can change whether Control Hub stores time series
data which you can analyze when you monitor the job.Important: Time series analysis is deprecated and might be removed in a future release.
- Number of Instances - You can change the number of pipeline instances run for Data Collector jobs.
- Pipeline Force Stop Timeout - You can change the number of milliseconds to wait before Control Hub forces remote pipeline instances to stop.
- Runtime Parameters - You can change the values used for the runtime parameters defined in the pipeline.
- Enable or disable failover - You can enable or disable pipeline failover for
jobs. Control Hub manages pipeline failover differently based on the engine type, as described in the following topics:
Duplicating Jobs
Duplicate a job or job template to create one or more exact copies of an existing job or job template. You can then change the configuration and runtime parameters of the copies.
You duplicate jobs and job templates from the Jobs view in Control Hub.
Deleting Jobs
You can delete inactive jobs and job templates. Control Hub automatically deletes inactive job instances older than 365 days that have never been run. Before you delete a job template, delete all inactive job instances created from that template.
- In the Navigation panel, click Jobs.
-
Select jobs or templates in the list, and then click the
Delete icon:
.