From 62d80ea32a782f105c1034c69735450c3b6f3a4b Mon Sep 17 00:00:00 2001 From: Eldar Nash Date: Mon, 29 Jan 2024 20:54:31 +0100 Subject: [PATCH 1/6] Formatting fixes --- .../chunk/option-destination-flags.md | 6 +-- content/headless/chunk/option-source-flags.md | 49 +++++++------------ 2 files changed, 21 insertions(+), 34 deletions(-) diff --git a/content/headless/chunk/option-destination-flags.md b/content/headless/chunk/option-destination-flags.md index 62e89c1b..0e8d2084 100644 --- a/content/headless/chunk/option-destination-flags.md +++ b/content/headless/chunk/option-destination-flags.md @@ -13,7 +13,5 @@ *Description:* Flags influence the behavior of the destination driver. - - *no-multi-line*: The `no-multi-line` flag disables line-breaking in the messages: the entire message is converted to a single line. - - - *syslog-protocol*: The `syslog-protocol` flag instructs the driver to format the messages according to the new IETF syslog protocol standard (RFC5424), but without the frame header. If this flag is enabled, macros used for the message have effect only for the text of the message, the message header is formatted to the new standard. Note that this flag is not needed for the `syslog` driver, and that the `syslog` driver automatically adds the frame header to the messages. - +- *no-multi-line*: The `no-multi-line` flag disables line-breaking in the messages: the entire message is converted to a single line. +- *syslog-protocol*: The `syslog-protocol` flag instructs the driver to format the messages according to the new IETF syslog protocol standard (RFC5424), but without the frame header. If this flag is enabled, macros used for the message have effect only for the text of the message, the message header is formatted to the new standard. Note that this flag is not needed for the `syslog` driver, and that the `syslog` driver automatically adds the frame header to the messages. diff --git a/content/headless/chunk/option-source-flags.md b/content/headless/chunk/option-source-flags.md index b94a15a4..bd5385e1 100644 --- a/content/headless/chunk/option-source-flags.md +++ b/content/headless/chunk/option-source-flags.md @@ -4,32 +4,26 @@ ## flags() -| | | -| -------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | +| | | +| -------- | ----- | | Type: | assume-utf8, empty-lines, expect-hostname, kernel, no-hostname, no-multi-line, no-parse, sanitize-utf8, store-legacy-msghdr, store-raw-message, syslog-protocol, validate-utf8 | -| Default: | empty set | +| Default: | empty set | *Description:* Specifies the log parsing options of the source. - - *assume-utf8*: The `assume-utf8` flag assumes that the incoming messages are UTF-8 encoded, but does not verify the encoding. If you explicitly want to validate the UTF-8 encoding of the incoming message, use the `validate-utf8` flag. +- *assume-utf8*: The `assume-utf8` flag assumes that the incoming messages are UTF-8 encoded, but does not verify the encoding. If you explicitly want to validate the UTF-8 encoding of the incoming message, use the `validate-utf8` flag. +- *empty-lines*: Use the `empty-lines` flag to keep the empty lines of the messages. By default, {{% param "product.abbrev" %}} removes empty lines automatically. +- *expect-hostname*: If the `expect-hostname` flag is enabled, {{% param "product.abbrev" %}} will assume that the log message contains a hostname and parse the message accordingly. This is the default behavior for TCP sources. Note that pipe sources use the `no-hostname` flag by default. +- *guess-timezone*: Attempt to guess the timezone of the message if this information is not available in the message. Works when the incoming message stream is close to real time, and the timezone information is missing from the timestamp. +- *kernel*: The `kernel` flag makes the source default to the `LOG_KERN | LOG_NOTICE` priority if not specified otherwise. +- *no-header*: The `no-header` flag triggers {{% param "product.abbrev" %}} to parse only the `PRI` field of incoming messages, and put the rest of the message contents into `$MSG`. - - *empty-lines*: Use the `empty-lines` flag to keep the empty lines of the messages. By default, {{% param "product.abbrev" %}} removes empty lines automatically. - - - *expect-hostname*: If the `expect-hostname` flag is enabled, {{% param "product.abbrev" %}} will assume that the log message contains a hostname and parse the message accordingly. This is the default behavior for TCP sources. Note that pipe sources use the `no-hostname` flag by default. - - - *guess-timezone*: Attempt to guess the timezone of the message if this information is not available in the message. Works when the incoming message stream is close to real time, and the timezone information is missing from the timestamp. - - - *kernel*: The `kernel` flag makes the source default to the `LOG_KERN | LOG_NOTICE` priority if not specified otherwise. - - - *no-header*: The `no-header` flag triggers {{% param "product.abbrev" %}} to parse only the `PRI` field of incoming messages, and put the rest of the message contents into `$MSG`. - Its functionality is similar to that of the `no-parse` flag, except the `no-header` flag does not skip the `PRI` field. - + {{% alert title="Note" color="info" %}} Essentially, the `no-header` flag signals {{% param "product.abbrev" %}} that the `syslog` header is not present (or does not adhere to the conventions / RFCs), so the entire message (except from the `PRI` field) is put into `$MSG`. {{% /alert %}} - - + ### Example: using the no-header flag with the syslog-parser() parser The following example illustrates using the `no-header` flag with the `syslog-parser()` parser: @@ -41,9 +35,8 @@ Essentially, the `no-header` flag signals {{% param "product.abbrev" %}} that th ); }; ``` - - - *no-hostname*: Enable the `no-hostname` flag if the log message does not include the hostname of the sender host. That way {{% param "product.abbrev" %}} assumes that the first part of the message header is ${PROGRAM} instead of ${HOST}. For example: +- *no-hostname*: Enable the `no-hostname` flag if the log message does not include the hostname of the sender host. That way {{% param "product.abbrev" %}} assumes that the first part of the message header is ${PROGRAM} instead of ${HOST}. For example: ```shell source s_dell { @@ -54,21 +47,17 @@ Essentially, the `no-header` flag signals {{% param "product.abbrev" %}} that th }; ``` - - *no-multi-line*: The `no-multi-line` flag disables line-breaking in the messages: the entire message is converted to a single line. Note that this happens only if the underlying transport method actually supports multi-line messages. Currently the `file()` and `pipe()` drivers support multi-line messages. +- *no-multi-line*: The `no-multi-line` flag disables line-breaking in the messages: the entire message is converted to a single line. Note that this happens only if the underlying transport method actually supports multi-line messages. Currently the `file()` and `pipe()` drivers support multi-line messages. +- *no-parse*: By default, {{% param "product.abbrev" %}} parses incoming messages as syslog messages. The `no-parse` flag completely disables syslog message parsing and processes the complete line as the message part of a syslog message. The {{% param "product.abbrev" %}} application will generate a new syslog header (timestamp, host, and so on) automatically and put the entire incoming message into the MESSAGE part of the syslog message (available using the `${MESSAGE}` macro). This flag is useful for parsing messages not complying to the syslog format. - - *no-parse*: By default, {{% param "product.abbrev" %}} parses incoming messages as syslog messages. The `no-parse` flag completely disables syslog message parsing and processes the complete line as the message part of a syslog message. The {{% param "product.abbrev" %}} application will generate a new syslog header (timestamp, host, and so on) automatically and put the entire incoming message into the MESSAGE part of the syslog message (available using the `${MESSAGE}` macro). This flag is useful for parsing messages not complying to the syslog format. - {{% include-headless "chunk/para-flags-no-parse.md" %}} - - *dont-store-legacy-msghdr*: By default, AxoSyslog stores the original incoming header of the log message. This is useful if the original format of a non-syslog-compliant message must be retained (AxoSyslog automatically corrects minor header errors, for example, adds a whitespace before `msg` in the following message: `Jan 22 10:06:11 host program:msg`). If you do not want to store the original header of the message, enable the `dont-store-legacy-msghdr` flag. +- *dont-store-legacy-msghdr*: By default, AxoSyslog stores the original incoming header of the log message. This is useful if the original format of a non-syslog-compliant message must be retained (AxoSyslog automatically corrects minor header errors, for example, adds a whitespace before `msg` in the following message: `Jan 22 10:06:11 host program:msg`). If you do not want to store the original header of the message, enable the `dont-store-legacy-msghdr` flag. - - *sanitize-utf8*: When using the `sanitize-utf8` flag, {{% param "product.abbrev" %}} converts non-UTF-8 input to an escaped form, which is valid UTF-8. +- *sanitize-utf8*: When using the `sanitize-utf8` flag, {{% param "product.abbrev" %}} converts non-UTF-8 input to an escaped form, which is valid UTF-8. +- *store-raw-message*: Save the original message as received from the client in the `${RAWMSG}` macro. You can forward this raw message in its original form to another AxoSyslog node using the [`syslog-ng()` destination]({{< relref "/chapter-destinations/destination-syslog-ng/_index.md" >}}), or to a SIEM system, ensuring that the SIEM can process it. Available only in 3.16 and later. +- *syslog-protocol*: The `syslog-protocol` flag specifies that incoming messages are expected to be formatted according to the new IETF syslog protocol standard (RFC5424), but without the frame header. Note that this flag is not needed for the `syslog` driver, which handles only messages that have a frame header. - - *store-raw-message*: Save the original message as received from the client in the `${RAWMSG}` macro. You can forward this raw message in its original form to another AxoSyslog node using the [`syslog-ng()` destination]({{< relref "/chapter-destinations/destination-syslog-ng/_index.md" >}}), or to a SIEM system, ensuring that the SIEM can process it. Available only in 3.16 and later. +- *validate-utf8*: The `validate-utf8` flag enables encoding-verification for messages formatted according to the new IETF syslog standard (for details, see {{% xref "/chapter-concepts/concepts-message-structure/concepts-message-ietfsyslog/_index.md" %}}). If the BOM character is missing, but the message is otherwise UTF-8 compliant, {{% param "product_name" %}} automatically adds the BOM character to the message. - - *syslog-protocol*: The `syslog-protocol` flag specifies that incoming messages are expected to be formatted according to the new IETF syslog protocol standard (RFC5424), but without the frame header. Note that this flag is not needed for the `syslog` driver, which handles only messages that have a frame header. - - - *validate-utf8*: The `validate-utf8` flag enables encoding-verification for messages formatted according to the new IETF syslog standard (for details, see {{% xref "/chapter-concepts/concepts-message-structure/concepts-message-ietfsyslog/_index.md" %}}). If the BOM character is missing, but the message is otherwise UTF-8 compliant, AxoSyslog automatically adds the BOM character to the message. - {{% include-headless "chunk/para-bom-definition.md" %}} - From 0c296d379bd47f643dfbde65d62b9215eca4e261 Mon Sep 17 00:00:00 2001 From: Eldar Nash Date: Sun, 4 Feb 2024 11:08:16 +0100 Subject: [PATCH 2/6] [4.6] Adds seqnum-all destination flag And placeholders for other undocumented destination flags --- .../chunk/option-destination-flags.md | 27 ++++++++++++++++--- 1 file changed, 23 insertions(+), 4 deletions(-) diff --git a/content/headless/chunk/option-destination-flags.md b/content/headless/chunk/option-destination-flags.md index 0e8d2084..23cbacc2 100644 --- a/content/headless/chunk/option-destination-flags.md +++ b/content/headless/chunk/option-destination-flags.md @@ -6,12 +6,31 @@ | | | | -------- | ------------------------------ | -| Type: | no-multi-line, syslog-protocol | +| Type: | `ignore-errors`, `no-multi-line`, `no-seqnum-all`, `seqnum-all`, `syslog-protocol`, `threaded` | | Default: | empty set | +*Description:* Flags influence the behavior of the destination driver. +- `ignore-errors`: +- `no-multi-line`: The `no-multi-line` flag disables line-breaking in the messages: the entire message is converted to a single line. +- `no-seqnum-all`: +- `seqnum-all`: Available in {{% param "product.abbrev" %}} version 4.6 and later. By default, {{% param "product.abbrev" %}} follows the logic of the RFC5424 `meta.sequenceId` structured data element: it adds a sequence number to local messages, forwarded messages retain their original sequenceId. -*Description:* Flags influence the behavior of the destination driver. + The `seqnum-all` flag adds a sequence number to every message sent to the destination, not just local messages. This also changes the behavior of the `${SEQNUM}` macro. For example: + + ```shell + destination { syslog("127.0.0.1" port(2001) flags(seqnum-all)); }; + ``` + + The output messages have increasing sequence numbers: + + ```shell + <13>1 2023-12-09T21:51:30+00:00 localhost sdff - - [meta sequenceId="1"] f sdf fsd + <13>1 2023-12-09T21:51:32+00:00 localhost sdff - - [meta sequenceId="2"] f sdf fsd + <13>1 2023-12-09T21:51:32+00:00 localhost sdff - - [meta sequenceId="3"] f sdf fsd + <13>1 2023-12-09T21:51:32+00:00 localhost sdff - - [meta sequenceId="4"] f sdf fsd + <13>1 2023-12-09T21:51:32+00:00 localhost sdff - - [meta sequenceId="5"] f sdf fsd + ``` -- *no-multi-line*: The `no-multi-line` flag disables line-breaking in the messages: the entire message is converted to a single line. -- *syslog-protocol*: The `syslog-protocol` flag instructs the driver to format the messages according to the new IETF syslog protocol standard (RFC5424), but without the frame header. If this flag is enabled, macros used for the message have effect only for the text of the message, the message header is formatted to the new standard. Note that this flag is not needed for the `syslog` driver, and that the `syslog` driver automatically adds the frame header to the messages. +- `syslog-protocol`: The `syslog-protocol` flag instructs the driver to format the messages according to the new IETF syslog protocol standard (RFC5424), but without the frame header. If this flag is enabled, macros used for the message have effect only for the text of the message, the message header is formatted to the new standard. Note that this flag is not needed for the `syslog` driver, and that the `syslog` driver automatically adds the frame header to the messages. +- `threaded`: From c9dd9bdbed0ad170c25a02c218f65a0c26ef007e Mon Sep 17 00:00:00 2001 From: Eldar Nash Date: Mon, 5 Feb 2024 18:06:23 +0100 Subject: [PATCH 3/6] Fix review comments --- content/headless/chunk/option-destination-flags.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/content/headless/chunk/option-destination-flags.md b/content/headless/chunk/option-destination-flags.md index 23cbacc2..8e2f5224 100644 --- a/content/headless/chunk/option-destination-flags.md +++ b/content/headless/chunk/option-destination-flags.md @@ -11,7 +11,7 @@ *Description:* Flags influence the behavior of the destination driver. -- `ignore-errors`: +- `ignore-errors`: Silently drop messages which haven't been successfully delivered because of an unrecoverable low-level error (for example, I/O errors). - `no-multi-line`: The `no-multi-line` flag disables line-breaking in the messages: the entire message is converted to a single line. - `no-seqnum-all`: - `seqnum-all`: Available in {{% param "product.abbrev" %}} version 4.6 and later. By default, {{% param "product.abbrev" %}} follows the logic of the RFC5424 `meta.sequenceId` structured data element: it adds a sequence number to local messages, forwarded messages retain their original sequenceId. @@ -33,4 +33,4 @@ ``` - `syslog-protocol`: The `syslog-protocol` flag instructs the driver to format the messages according to the new IETF syslog protocol standard (RFC5424), but without the frame header. If this flag is enabled, macros used for the message have effect only for the text of the message, the message header is formatted to the new standard. Note that this flag is not needed for the `syslog` driver, and that the `syslog` driver automatically adds the frame header to the messages. -- `threaded`: +- `threaded`: The `threaded` flag enables multithreading for the current destination, even if the global `threaded()` option is set to `no`. For more information on multithreading, see {{% xref "/chapter-multithreading/configuring-multithreading/_index.md#example-enabling-multithreading" %}}. From a43c7a500b156c5c43ada782a4b363a37f8cf104 Mon Sep 17 00:00:00 2001 From: Eldar Nash Date: Mon, 5 Feb 2024 19:03:35 +0100 Subject: [PATCH 4/6] threaded flag clarification --- content/headless/chunk/option-destination-flags.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/headless/chunk/option-destination-flags.md b/content/headless/chunk/option-destination-flags.md index 8e2f5224..766ec3d9 100644 --- a/content/headless/chunk/option-destination-flags.md +++ b/content/headless/chunk/option-destination-flags.md @@ -33,4 +33,4 @@ ``` - `syslog-protocol`: The `syslog-protocol` flag instructs the driver to format the messages according to the new IETF syslog protocol standard (RFC5424), but without the frame header. If this flag is enabled, macros used for the message have effect only for the text of the message, the message header is formatted to the new standard. Note that this flag is not needed for the `syslog` driver, and that the `syslog` driver automatically adds the frame header to the messages. -- `threaded`: The `threaded` flag enables multithreading for the current destination, even if the global `threaded()` option is set to `no`. For more information on multithreading, see {{% xref "/chapter-multithreading/configuring-multithreading/_index.md#example-enabling-multithreading" %}}. +- `threaded`: The `threaded` flag enables multithreading for the current destination, even if the global `threaded()` option is set to `no`. Applies only to destinations that support multithreaded processing. For more information on multithreading, see {{% xref "/chapter-multithreading/configuring-multithreading/_index.md#example-enabling-multithreading" %}}. From 34bd8f7cf5f6ca9a6d45f0259aa6b814f11d6010 Mon Sep 17 00:00:00 2001 From: Eldar Nash Date: Mon, 5 Feb 2024 19:04:56 +0100 Subject: [PATCH 5/6] Includes flags option in a bunch of destinations where it was missing --- .../reference-destination-redis/_index.md | 13 ++++++------- .../reference-destination-riemann/_index.md | 7 ++++--- .../reference-destination-smtp/_index.md | 12 ++++++------ .../reference-destination-stomp/_index.md | 6 ++++-- .../chapter-destinations/destination-loki/_index.md | 2 ++ .../destination-mqtt-options/_index.md | 1 + .../destination-syslog-ng-otlp/_index.md | 2 ++ .../chapter-destinations/opentelemetry/_index.md | 2 ++ .../reference-destination-python/_index.md | 2 ++ 9 files changed, 29 insertions(+), 18 deletions(-) diff --git a/content/chapter-destinations/configuring-destinations-redis/reference-destination-redis/_index.md b/content/chapter-destinations/configuring-destinations-redis/reference-destination-redis/_index.md index 93bb5cfc..13c765cb 100644 --- a/content/chapter-destinations/configuring-destinations-redis/reference-destination-redis/_index.md +++ b/content/chapter-destinations/configuring-destinations-redis/reference-destination-redis/_index.md @@ -17,8 +17,9 @@ The `redis()` destination has the following options: *Description:* The password used for authentication on a password-protected Redis server. Available in {{% param "product.abbrev" %}} version 3.10 and later. -{{% include-headless "chunk/option-destination-threaded-batching.md" %}} +{{% include-headless "chunk/option-destination-batch-bytes.md" %}} +{{% include-headless "chunk/option-destination-threaded-batching.md" %}} ## command() {#redis-option-command} @@ -31,17 +32,15 @@ The `redis()` destination has the following options: Note the following points when using the `redis()` destination: - - You can use macros and templates in the parameters of the Redis command. +- You can use macros and templates in the parameters of the Redis command. - - Currently you can use only one command in a redis() destination. +- Currently you can use only one command in a redis() destination. - - The {{% param "product.abbrev" %}} application ignores the return value of the command. If the Redis server returns an error, {{% param "product.abbrev" %}} closes the connection. +- The {{% param "product.abbrev" %}} application ignores the return value of the command. If the Redis server returns an error, {{% param "product.abbrev" %}} closes the connection. {{< include-headless "chunk/option-destination-diskbuffer.md" >}} -{{% include-headless "chunk/option-destination-batch-bytes.md" %}} - -{{% include-headless "chunk/option-destination-threaded-batching.md" %}} +{{< include-headless "chunk/option-destination-flags.md" >}} {{< include-headless "chunk/option-destination-hook.md" >}} diff --git a/content/chapter-destinations/configuring-destinations-riemann/reference-destination-riemann/_index.md b/content/chapter-destinations/configuring-destinations-riemann/reference-destination-riemann/_index.md index 8071200b..0503f345 100644 --- a/content/chapter-destinations/configuring-destinations-riemann/reference-destination-riemann/_index.md +++ b/content/chapter-destinations/configuring-destinations-riemann/reference-destination-riemann/_index.md @@ -57,7 +57,7 @@ In case the parameter is omitted, {{% param "product.abbrev" %}} defaults to the Note that the time format parameter requires: - - riemann-c-client 1.10.0 or newer +- riemann-c-client 1.10.0 or newer In older versions of riemann-c-client, the microseconds option is not available. @@ -74,13 +74,13 @@ Note that the time format parameter requires: ``` - - Riemann 2.13 or newer +- Riemann 2.13 or newer Older versions of Riemann cannot handle microseconds. No error will be indicated, however, the time of the event will be set to the timestamp when the message arrived to Riemann. -## Example: Example event-time() option +### Example: Example event-time() option ```shell destination d_riemann { @@ -101,6 +101,7 @@ Note that the time format parameter requires: If an error occurs while sending the messages to the server, {{% param "product.abbrev" %}} will try to resend every message from the batch. If it does not succeed (you can set the number of retry attempts in the `retries()` option), {{% param "product.abbrev" %}} drops every message in the batch. +{{< include-headless "chunk/option-destination-flags.md" >}} {{< include-headless "chunk/option-destination-hook.md" >}} diff --git a/content/chapter-destinations/configuring-destinations-smtp/reference-destination-smtp/_index.md b/content/chapter-destinations/configuring-destinations-smtp/reference-destination-smtp/_index.md index aff9596e..4066f2a0 100644 --- a/content/chapter-destinations/configuring-destinations-smtp/reference-destination-smtp/_index.md +++ b/content/chapter-destinations/configuring-destinations-smtp/reference-destination-smtp/_index.md @@ -6,17 +6,17 @@ weight: 100 The `smtp()` sends email messages using SMTP, without needing external applications. The `smtp()` destination has the following options: -{{% include-headless "chunk/smtp-option-body.md" %}} +{{% include-headless "chunk/option-destination-batch-bytes.md" %}} -{{% include-headless "chunk/smtp-option-bcc.md" %}} +{{% include-headless "chunk/option-destination-threaded-batching.md" %}} -{{% include-headless "chunk/smtp-option-cc.md" %}} +{{% include-headless "chunk/smtp-option-bcc.md" %}} -{{< include-headless "chunk/option-destination-diskbuffer.md" >}} +{{% include-headless "chunk/smtp-option-body.md" %}} -{{% include-headless "chunk/option-destination-batch-bytes.md" %}} +{{% include-headless "chunk/smtp-option-cc.md" %}} -{{% include-headless "chunk/option-destination-threaded-batching.md" %}} +{{< include-headless "chunk/option-destination-flags.md" >}} {{% include-headless "chunk/smtp-option-from.md" %}} diff --git a/content/chapter-destinations/configuring-destinations-stomp/reference-destination-stomp/_index.md b/content/chapter-destinations/configuring-destinations-stomp/reference-destination-stomp/_index.md index b7fc1bab..c4e4d142 100644 --- a/content/chapter-destinations/configuring-destinations-stomp/reference-destination-stomp/_index.md +++ b/content/chapter-destinations/configuring-destinations-stomp/reference-destination-stomp/_index.md @@ -35,12 +35,14 @@ The `stomp()` destination has the following options: *Description:* The name of the destination (message queue) on the STOMP server. It can include macros and templates. -{{< include-headless "chunk/option-destination-diskbuffer.md" >}} - {{% include-headless "chunk/option-destination-batch-bytes.md" %}} {{% include-headless "chunk/option-destination-threaded-batching.md" %}} +{{< include-headless "chunk/option-destination-diskbuffer.md" >}} + +{{% include-headless "chunk/option-destination-flags.md" %}} + {{< include-headless "chunk/option-destination-hook.md" >}} ## host() {#stomp-option-host} diff --git a/content/chapter-destinations/destination-loki/_index.md b/content/chapter-destinations/destination-loki/_index.md index b68aff74..60657bbd 100644 --- a/content/chapter-destinations/destination-loki/_index.md +++ b/content/chapter-destinations/destination-loki/_index.md @@ -43,6 +43,8 @@ The `loki()` destination has the following options. {{% include-headless "chunk/option-destination-batch-timeout.md" %}} +{{% include-headless "chunk/option-destination-flags.md" %}} + {{< include-headless "chunk/option-destination-grpc-keep-alive.md" >}} ## labels() diff --git a/content/chapter-destinations/destination-mqtt-intro/destination-mqtt-options/_index.md b/content/chapter-destinations/destination-mqtt-intro/destination-mqtt-options/_index.md index a535b6b5..b4cf17bd 100644 --- a/content/chapter-destinations/destination-mqtt-intro/destination-mqtt-options/_index.md +++ b/content/chapter-destinations/destination-mqtt-intro/destination-mqtt-options/_index.md @@ -42,6 +42,7 @@ Occasionally, the reason why {{% param "product.abbrev" %}} cannot post messages {{% /alert %}} +{{% include-headless "chunk/option-destination-flags.md" %}} {{% include-headless "chunk/option-mqtt-http-proxy.md" %}} diff --git a/content/chapter-destinations/destination-syslog-ng-otlp/_index.md b/content/chapter-destinations/destination-syslog-ng-otlp/_index.md index 03a0c81f..b497b4fd 100644 --- a/content/chapter-destinations/destination-syslog-ng-otlp/_index.md +++ b/content/chapter-destinations/destination-syslog-ng-otlp/_index.md @@ -37,6 +37,8 @@ The `syslog-ng-otlp()` destination has the following options. {{< include-headless "chunk/option-destination-diskbuffer.md" >}} +{{% include-headless "chunk/option-destination-flags.md" %}} + {{< include-headless "chunk/option-destination-hook.md" >}} {{% include-headless "chunk/option-destination-log-fifo-size.md" %}} diff --git a/content/chapter-destinations/opentelemetry/_index.md b/content/chapter-destinations/opentelemetry/_index.md index 02dd83c9..797ba3fd 100644 --- a/content/chapter-destinations/opentelemetry/_index.md +++ b/content/chapter-destinations/opentelemetry/_index.md @@ -66,6 +66,8 @@ log non_otel_to_otel_tls { {{< include-headless "chunk/option-destination-grpc-compression.md" >}} +{{% include-headless "chunk/option-destination-flags.md" %}} + {{< include-headless "chunk/option-destination-threaded-workers.md" >}}