An Azure service for ingesting, preparing, and transforming data at scale.
The log describes normal internal task orchestration between the self-hosted Integration Runtime (gateway host) and its worker process for an Azure Data Factory activity. There is no explicit error in the snippet.
Key points in the sequence:
- Message routing and worker selection
-
Message from gateway host ...andRetrieving ... worker: c1799ef9-d34a-4442-b353-... ProcessID 10868show the gateway assigning the activity (ID15dbf5f0-513d-4284-bda5-52ea5cc34174) to a specific worker process on the nodehe22-cmn-etl01s.
-
- High-availability pull loop (StartPullTaskHA)
- Repeated lines like
IsSecondary False, StartPullTaskHA continues on condition: task is emptyindicate the primary node is polling for tasks; at that moment, the task queue is empty. - Later,
IsSecondary False, StartPullTaskHA 1 task(s) pulled off with activityId: aa5c9aa1-2091-48bc-9f0b-c74e2b14277dshows that a new task was picked up successfully. This is expected behavior in HA task-pull loops.
- Repeated lines like
- Task execution lifecycle
-
TaskController start calling ThreadTaskWorker to process task 15dbf5f0-513d-4284-bda5-52ea5cc34174. -
TaskController complete calling ThreadTaskWorker to process task ...
These lines show the worker thread starting and completing processing of the activity.
-
- Response from worker back to gateway
-
The gateway host returns message ... Worker: c1799ef9-d34a-4442-b353-ce65ee2f3693, ProcessId 10868 -
Get response from worker for message id: 15dbf5f0-513d-4284-bda5-52ea5cc34174 -
Received message ... from worker. Node: he22-cmn-etl01s -
Status: FinishedToSendMessageToIdleWorker ...
These indicate the worker has finished processing and the gateway has successfully received and routed the completion message. The status label is internal but implies the worker is now idle and ready for new tasks.
-
How to use this information for troubleshooting:
- Since the log shows a full start → process → complete → response cycle with no error or failure keywords, any pipeline issue is likely elsewhere (e.g., in activity configuration, data source, or sink).
- For deeper analysis of activity runs (status, errors, timings) at the service level, query the
ADFActivityRuntable in Azure Monitor Logs, which exposes columns such asActivityName,ActivityRunId,Status,ErrorCode, andErrorMessage.
References: