Skip to main content

Live Data

Live Data captures pipeline messages at a chosen processing stage, so you can watch real data as it moves through a component. Use it to verify transformations, diagnose routing, and inspect message content at a specific point in the chain.

A capture is a bounded session, not a continuous tail: you set a duration and an event limit, start it, and the results stay on screen as a searchable table you can export.

Availability

Live Data appears on the detail pages of the following components:

ComponentNavigation Path
DirectorFleet Management > Directors > Director detail > Live Data tab
ClusterFleet Management > Directors > Cluster detail > Live Data tab
DeviceFleet Management > Devices > Device detail > Live Data tab
Agent deviceFleet Management > Devices > Windows or Linux agent detail > Live Data tab
TargetFleet Management > Targets > Target detail > Live Data tab
Advanced RouteRoutes > Advanced Routes > Route detail > Live Data step

The Pipeline Debugger also offers Live Data as a dataset provider, so a capture can become debugger input.

Running a Capture

With nothing captured yet, the tab shows an empty state and a Capture live data button. Clicking it opens the Capture live data dialog, where you configure the session before it starts:

SettingNotes
Choose where to captureThe processing stage to intercept at — see Capture Locations
Capture time in seconds5 to 60; defaults to 60
Capture up to N events100 to 5,000; defaults to 1,000
Filters (Optional)Restricts the capture to messages containing this text

Click Start capture. The status bar first shows a connecting phase — Connecting to director… — while the Director confirms the capture has begun. A Cluster capture spans several Directors, each acknowledging on its own, so it counts them off: Connecting to directors… (2/3).

Once they confirm, the bar switches to the running view, reporting that it is capturing and counting the events received; Capture Settings in that bar shows the configuration the running capture is using.

A capture stops when its time elapses, when it reaches its event limit, or when you stop it — whichever comes first. Its results stay on screen until you clear them.

Two rows mark the boundaries of the session in the table itself, recording when the capture started and when it completed. They are markers rather than data, so they are not counted in the event totals.

If the connection drops or the server fails the capture, the status bar says so and asks you to start a new one; partial results already received remain.

Capture Locations

The capture location is the pipeline stage at which messages are intercepted. Which locations are offered depends on where you are.

Directors and Clusters

LocationDescription
Before pre-processingRaw data as received, before any pre-processing pipeline runs
After pre-processingData after pre-processing
Before routeData as it enters routing
After routeData after routing has selected its destinations
Before post-processingData before the post-processing pipeline runs
After post-processingFinal data, as delivered to the target

Directors and clusters default to Before post-processing.

Devices and Targets

Devices and targets offer the four pipeline stages — before and after pre-processing, before and after post-processing. Devices default to Before pre-processing, targets to After post-processing, since a target sits at the end of the chain and the interesting question there is what actually arrived.

Devices that receive a framed TCP stream additionally offer Raw data, which captures the bytes before any pipeline sees them. This covers TCP devices, and Syslog devices only when they listen over TCP or TLS — over UDP there is no framed stream to capture, so the option is not offered.

Agent devices do not offer raw capture.

Advanced Routes

LocationDescription
Before routeData as it enters the route, before route processing (default)
After routeData after route processing completes

What a Capture Sees

The component you started from determines the scope:

  • Director — everything flowing through that Director, across all devices, targets, and routes
  • Cluster — everything flowing through the cluster
  • Device — only data originating from that device
  • Agent device — only data collected by that agent
  • Target — only data destined for that target
  • Advanced Route — only data flowing through that route

The Results Table

Captured events appear as a table. Its columns depend on the page, because what usefully identifies an event differs by context:

PageRelated columnSourceTargetRoute
Director, Cluster, Advanced RouteDeviceYesYesConditional
DeviceDirectorYesYesConditional
Agent deviceDatasetNoYesConditional
TargetDeviceNoNoAlways

Every table also carries Date and Message.

A target page relates events to the device they came from rather than showing a Source column, since the page is the source's destination. On an agent device the data source is the device itself, so Source is dropped there too.

The Route Column

One source event produces one row per route it travelled. Without a route column those rows read as duplicate delivery, which is why the column exists.

Routing happens between pre-processing and post-processing, so a record captured before that point does not yet know its route. The column therefore appears only when capturing at Before post-processing or After post-processing. On a target page it is always shown; on an Advanced Route page it never is, because every row there belongs to that one route.

Routes created as quick routes are labelled Quick Route rather than by name.

Where an event names a device, target, route, or dataset, the cell links through to that component.

Searching and Exporting

Search logs filters the captured rows as you type. This searches what has already been captured — it does not change what the running session collects, which is what the capture dialog's Filters field does.

ControlEffect
CopyCopies the captured output to the clipboard
DownloadSaves the capture as CSV, JSON, or ZIP
CleanClears the results and returns the tab to its empty state

An exported file carries both the displayed date and the original wire timestamp, so a script reading it never has to infer a timezone. If a search term was active when you exported, the file records it along with the filtered and total counts — a filtered export is otherwise indistinguishable from a complete one.

Prerequisites

Live Data needs the component to be enabled and to have an active data path. When it does not, the tab explains which condition failed instead of offering a capture:

ComponentEnabled ConditionConnected Condition
DirectorDirector must be enabledDirector must be connected
ClusterCluster must be enabledCluster must be connected
DeviceDevice must be enabledAt least one associated Director must be connected
TargetTarget must be enabledAt least one route must be sending data to the target
Advanced RouteRoute must be enabledThe route must be running on a connected Director

Permissions

Viewing the Live Data tab requires the live-data read permission. See Roles.