Exec
Collect output from a process running on the host
Configuration
Example configurations
{
"sources": {
"my_source_id": {
"type": "exec",
"command": [
"echo"
],
"mode": "scheduled"
}
}
}
[sources.my_source_id]
type = "exec"
command = [ "echo" ]
mode = "scheduled"
---
sources:
my_source_id:
type: exec
command:
- echo
mode: scheduled
{
"sources": {
"my_source_id": {
"type": "exec",
"command": [
"echo"
],
"include_stderr": true,
"maximum_buffer_size_bytes": 1000000,
"mode": "scheduled"
}
}
}
[sources.my_source_id]
type = "exec"
command = [ "echo" ]
include_stderr = true
maximum_buffer_size_bytes = 1_000_000
mode = "scheduled"
---
sources:
my_source_id:
type: exec
command:
- echo
include_stderr: true
maximum_buffer_size_bytes: 1000000
mode: scheduled
command
required [string]decoding
optional objectdecoding.codec
optional string literal enumOption | Description |
---|---|
bytes | Uses the raw bytes as-is. |
gelf | Decodes the raw bytes as a GELF message. |
json | Decodes the raw bytes as JSON. |
native | Decodes the raw bytes as Vector’s native Protocol Buffers format. This codec is experimental. |
native_json | Decodes the raw bytes as Vector’s native JSON format. This codec is experimental. |
syslog | Decodes the raw bytes as a Syslog message. Decodes either as the RFC 3164-style format (“old” style) or the RFC 5424-style format (“new” style, includes structured data). |
bytes
framing
optional objectFraming configuration.
Framing handles how events are separated when encoded in a raw byte form, where each event is a frame that must be prefixed, or delimited, in a way that marks where an event begins and ends within the byte stream.
framing.character_delimited
required objectmethod = "character_delimited"
framing.character_delimited.delimiter
required uintframing.character_delimited.max_length
optional uintThe maximum length of the byte buffer.
This length does not include the trailing delimiter.
By default, there is no maximum length enforced. If events are malformed, this can lead to additional resource usage as events continue to be buffered in memory, and can potentially lead to memory exhaustion in extreme cases.
If there is a risk of processing malformed data, such as logs with user-controlled input, consider setting the maximum length to a reasonably large value as a safety net. This ensures that processing is not actually unbounded.
framing.method
required string literal enumOption | Description |
---|---|
bytes | Byte frames are passed through as-is according to the underlying I/O boundaries (for example, split between messages or stream segments). |
character_delimited | Byte frames which are delimited by a chosen character. |
length_delimited | Byte frames which are prefixed by an unsigned big-endian 32-bit integer indicating the length. |
newline_delimited | Byte frames which are delimited by a newline character. |
octet_counting | Byte frames according to the octet counting format. |
framing.newline_delimited
optional objectmethod = "newline_delimited"
framing.newline_delimited.max_length
optional uintThe maximum length of the byte buffer.
This length does not include the trailing delimiter.
By default, there is no maximum length enforced. If events are malformed, this can lead to additional resource usage as events continue to be buffered in memory, and can potentially lead to memory exhaustion in extreme cases.
If there is a risk of processing malformed data, such as logs with user-controlled input, consider setting the maximum length to a reasonably large value as a safety net. This ensures that processing is not actually unbounded.
framing.octet_counting
optional objectmethod = "octet_counting"
framing.octet_counting.max_length
optional uintinclude_stderr
optional booltrue
maximum_buffer_size_bytes
optional uint1e+06
mode
required string literal enumOption | Description |
---|---|
scheduled | The command is run on a schedule. |
streaming | The command is run until it exits, potentially being restarted. |
scheduled
optional objectscheduled.exec_interval_secs
optional uintThe interval, in seconds, between scheduled command runs.
If the command takes longer than exec_interval_secs
to run, it is killed.
60
streaming
optional objectstreaming.respawn_interval_secs
optional uint5
streaming.respawn_on_exit
optional booltrue
working_directory
optional string literalOutputs
<component_id>
Output Data
Logs
Line
stdout
stderr
gethostname
command.my-host.local
2019-02-13T19:48:34+00:00 [info] Started GET "/" for 127.0.0.1
60085
668
exec
2020-10-10T17:07:36.452332Z
Telemetry
Metrics
linkcommand_executed_total
countercomponent_id
instead. The value is the same as component_id
.command_execution_duration_seconds
histogramcomponent_id
instead. The value is the same as component_id
.component_discarded_events_total
countercomponent_id
instead. The value is the same as component_id
.component_errors_total
countercomponent_id
instead. The value is the same as component_id
.component_received_bytes_total
countercomponent_id
instead. The value is the same as component_id
.component_received_event_bytes_total
countercomponent_id
instead. The value is the same as component_id
.component_received_events_count
histogramA histogram of the number of events passed in each internal batch in Vector’s internal topology.
Note that this is separate than sink-level batching. It is mostly useful for low level debugging performance issues in Vector due to small internal batches.
component_id
instead. The value is the same as component_id
.component_received_events_total
countercomponent_id
instead. The value is the same as component_id
.component_sent_event_bytes_total
countercomponent_id
instead. The value is the same as component_id
.component_sent_events_total
countercomponent_id
instead. The value is the same as component_id
.source_lag_time_seconds
histogramcomponent_id
instead. The value is the same as component_id
.Examples
Exec line
Given this event...64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.060 ms
[sources.my_source_id]
type = "exec"
---
sources:
my_source_id:
type: exec
{
"sources": {
"my_source_id": {
"type": "exec"
}
}
}
{
"data_stream": "stdout",
"host": "my-host.local",
"message": "64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.060 ms",
"pid": 5678,
"source_type": "exec",
"timestamp": "2020-03-13T20:45:38.119Z"
}
How it works
Line Delimiters
0xA
byte, is found or the end of the
maximum_buffer_size_bytes
is reached.Shutting Down
When Vector begins shutting down (typically due to a SIGTERM), this source will signal to the child process to terminate, if it is running, to shut down.
On *nix platforms, Vector will issue a SIGTERM to the child process, allowing it to
gracefully shutdown, and the source will continue reading until the process exits or
Vector’s shutdown grace period expires. The duration of the grace period can be
configured using --graceful-shutdown-limit-secs
.
On Windows, the subprocess will be issued a SIGKILL and terminate abruptly. In the future we hope to support graceful shutdown of Windows processes as well.