Skip to main content

SparkLogs fields

Event kind, topic, reason and structured data, with the classification assigned by the Data Feed Pack.

FieldTypeUnitMeaning
sparklogs.kindstringThe event category that selects its row contract and downstream handling. Producers define additive values; consumers must not infer a closed vocabulary from this field.
sparklogs.classstringThe event's temporal role, such as a notable condition, recovery, ending, or context.
sparklogs.topicstringWhich state topic the row belongs to, and the namespace its readings sit in under sparklogs.data.
sparklogs.reasonstringA globally unique reason code explaining why the event was emitted or how it was classified.
sparklogs.instancestringThe subject ID, prefixed by its type. Absent for conditions about the whole device.
sparklogs.open_monitors_countintegercountNumber of open conditions for this topic. On a multipart inventory, carried on the first part.
sparklogs.delta_removedstring_arrayOn a change or inventory row of a table topic: the instance of each subject removed since the topic last reported its changes, exactly as that subject's rows spell it. A change row also lists each removed row in full. On a multipart inventory, on the first part only, for the whole inventory. Absent when nothing was removed, and on topics about the whole device.
sparklogs.delta_countintegercountHow many distinct subjects this row reports as added, changed or removed, each counted once. A monitor whose row carries delta_kind counts 1. On a multipart inventory, on the first part only, for the whole inventory. Absent when zero.
sparklogs.delta_field_namesstring_arrayThe distinct State field names across the delta_fields of this row's changed subjects, sorted. On a multipart inventory, on the first part only, for the whole inventory. Absent when no changed subject moved a field.
sparklogs.window_partialboolThe measurement window behind these readings was not fully populated, so a rate or a percentile over it rests on fewer samples than usual. Absent when the window was whole.
sparklogs.display_namestringOn a monitor row: the subject's name for a reader, when it differs from instance. Absent when instance already reads well, and on topics about the whole device.
sparklogs.window_coverage_pctfloatpercentOn a windowed topic's inventory: how much of the window that just closed the agent observed, 0 to 100. Exactly 100 unless window_partial is set: a shortfall under one capture interval reads as whole. Under 100 when the agent started or resumed inside it; readings are what was measured, never scaled up. Absent on every other event.
sparklogs.window_measured_sfloatsecondsOn a top_processes or top_network_connections inventory: accepted seconds for the closed window, not the wall-clock share (window_coverage_pct). Connection rates use TCP seconds. top_processes uses process seconds; its optional TCP rates use their own accepted TCP seconds internally, which may differ through independent cadence, jitter or reader failure. Absent without accepted intervals.
sparklogs.reported_bystringOn an occurrence both the operating system and the agent report, which of the two this row is: os or agent. Count one occurrence per reason and instance within a short tolerance across the two.
sparklogs.cadence_sintegersecondsOn an inventory or a change row: the inventory interval the topic was scheduled on when its previous inventory went out, the wait epoch.prev_t to epoch.t is judged against. Absent when there is no previous inventory time.
sparklogs.observes_config_changesboolOn every inventory: whether this agent, after the pack's disabled topics and reasons, can report at least one observed configuration change on this topic. False means the absence of config_change rows for the topic says nothing about whether anything changed.
sparklogs.elapsed_sintegersecondsOn an inventory: seconds since the previous inventory, measured on a clock that counts sleep and ignores wall-clock changes. Absent when a restart of the device came between them; then use t minus epoch.prev_t.
sparklogs.dataobjectThe readings, under sparklogs.data.<topic>. A table topic writes an array of row objects; a host-scoped topic writes one flat object. An inventory and a delta write the same path, so one predicate finds a value whichever way the evidence arrived.