# \[Syslog output\] Erratic message output behavior

**URL:** https://discuss.elastic.co/t/syslog-output-erratic-message-output-behavior/384670
**Category:** Logstash
**Created:** [January 21, 2026, 10:50am UTC](https://discuss.elastic.co/t/syslog-output-erratic-message-output-behavior/384670 "2026-01-21T10:50:26Z")
**Posts on this page:** 7
**Page:** 1

<div class="post-metadata">

### Author: ![TLB35](https://avatars.discourse-cdn.com/v4/letter/t/8edcca/32.png) [@TLB35](https://discuss.elastic.co/u/TLB35)
#### Post date: [January 21, 2026, 10:50am UTC](https://discuss.elastic.co/t/syslog-output-erratic-message-output-behavior/384670/1 "2026-01-21T10:50:26Z")

</div>

Hi,

I'm doing this post as I am encountering a "weird" issue with the syslog-output plugin behavior.

My use case is quite simple. My logstash perform a redirection to a nginx cluster. Here is the code snippet :

```yaml
if [type] == "sentinelone-syslog-udp" {
    syslog {
        host => "vrrp-nginx-back"
        port => "5000"
        protocol => "udp"
        codec => "json"
        rfc => "rfc5424"
    }

```

However, the behavior of the logstash is weird. Systematically, only one message out of two is correctly sent to the Nginx cluster (I performed a network capture to ensure that the issue was indeed on logstash side and not on the receiver side).  
Two noteworthy facts :

1. if I change the configuration to use the udp output plugin, this behavior disappear, and the message are sent in an even way.

Here is a summary of the software versions used :

OLD :  
logstash 8.17.1  
logstash-output-syslog (3.0.5)  
logstash-output-udp (3.2.0)

NEW :  
logstash-output-syslog (3.1.0)  
logstash-output-udp (3.2.0)  
logstash 9.2.0

Could this be a software related issue ? Like did the logstash major version update could have “broken” our configuration in some way ?

Thanks in advance for your answers.

---

<div class="post-metadata">

### Author: ![Badger](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/badger/32/25190_2.png) [@Badger](https://discuss.elastic.co/u/Badger)
#### Post date: [January 21, 2026, 2:01pm UTC](https://discuss.elastic.co/t/syslog-output-erratic-message-output-behavior/384670/2 "2026-01-21T14:01:20Z")

</div>

The changes in logstash-output-syslog (3.1.0) were mainly to do with TLS, but also to add rfc5424 support. I suggest removing `rfc => "rfc5424"` to see if that helps.

---

<div class="post-metadata">

### Author: ![TLB35](https://avatars.discourse-cdn.com/v4/letter/t/8edcca/32.png) [@TLB35](https://discuss.elastic.co/u/TLB35)
#### Post date: [January 21, 2026, 2:41pm UTC](https://discuss.elastic.co/t/syslog-output-erratic-message-output-behavior/384670/3 "2026-01-21T14:41:38Z")

</div>

Hello,

Thank you for this quick answer. Unfortunately, this change in the configuration did not change anything.

My initial take was that the syslog-output-udp was faulty, but maybe an other piece of software in the logstash stack is at cause.

---

<div class="post-metadata">

### Author: ![Badger](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/badger/32/25190_2.png) [@Badger](https://discuss.elastic.co/u/Badger)
#### Post date: [January 21, 2026, 2:46pm UTC](https://discuss.elastic.co/t/syslog-output-erratic-message-output-behavior/384670/4 "2026-01-21T14:46:16Z")

</div>

Then I would take a look at whether the `if [type] == "sentinelone-syslog-udp" {` conditional is satisfied for the events that do not get sent.

---

<div class="post-metadata">

### Author: ![TLB35](https://avatars.discourse-cdn.com/v4/letter/t/8edcca/32.png) [@TLB35](https://discuss.elastic.co/u/TLB35)
#### Post date: [January 21, 2026, 3:42pm UTC](https://discuss.elastic.co/t/syslog-output-erratic-message-output-behavior/384670/5 "2026-01-21T15:42:42Z")

</div>

I tried to comment the if [type] to be sure it isn’t the source. I got the exact same output.

To add more information to the post :  
My input field looks like this :

```input
    tcp {
        port => 55225
        type => "test-syslog-udp"
    }
    udp {
        port => 55225
        type => "test-syslog-udp"
    }
}

```

In both scenarios (tcp and udp) it is voluntary to have the type “test-syslog-udp” added to the message.  
After that I have a filter phase

```filter
    if \[type\] == "test-syslog-udp" {
        mutate {
            add_field => { "client" => "test_logstash" }
            remove_field => \["message" \]
        }
    }
}

```

This phase seems to work fine everytime  
And the ouput is

```output
    if \[type\] == "test-syslog-udp" {
        syslog {
            host => "vrrp-nginx-back"
            port => "514"
            protocol => "udp"
            codec => "json"
        }
    }
    file {
        path => "/var/log/logstash/clients/00-test/test_sentinelone.log"
        codec => json_lines
    }
}

```

The file output helps to be sure that everytime a log is received, logstash processes it to the end

To test the logstash, i use `echo "test S1\n" | nc -w 2 localhost 55225`

Everytime i test, i got a log output in `test_sentinelone.log` as follows :

```auto
{"@timestamp":"2026-01-21T15:07:33.203420105Z","client":"test_logstash","event":{"original":"test S1\\\\n"},"type":"test-syslog-udp","@version":"1"}
{"@timestamp":"2026-01-21T15:10:09.271211815Z","client":"test_logstash","event":{"original":"test S1\\\\n"},"type":"test-syslog-udp","@version":"1"}

```

Here i used the command 2 times.

I recorded the outbound traffic of the logstash server and got only one message :  
`tcpdump port 514 -X`

```auto
15:10:20.388789 IP XX.XX.XX.XX.37661 > XX.XX.XX.XX: SYSLOG user.notice, length: 190
        0x0000: 4500 00da 3209 4000 4011 c789 0a18 151f E...2.@.@.......
        0x0010: 0a18 1732 931d 0202 00c6 4158 3c31 333e ...2......AX<13>
        0x0020: 6a61 6e76 2e20 3231 2031 353a 3130 3a32 janv..21.15:10:2
        0x0030: 3020 257b 686f 7374 7d20 4c4f 4753 5441 0.%{host}.LOGSTA
        0x0040: 5348 5b2d 5d3a 207b 2240 7469 6d65 7374 SH[-]:.{"@timest
        0x0050: 616d 7022 3a22 3230 3236 2d30 312d 3231 amp":"2026-01-21
        0x0060: 5431 353a 3130 3a32 302e 3333 3334 3337 T15:10:20.333437
        0x0070: 3031 365a 222c 2263 6c69 656e 7422 3a22 016Z","client":"
        0x0080: 7465 7374 5f6c 6f67 7374 6173 6822 2c22 test_logstash","
        0x0090: 6576 656e 7422 3a7b 226f 7269 6769 6e61 event":{"origina
        0x00a0: 6c22 3a22 7465 7374 2053 315c 5c6e 227d l":"test.S1\\n"}
        0x00b0: 2c22 7479 7065 223a 2274 6573 742d 7379 ,"type":"test-sy
        0x00c0: 736c 6f67 2d75 6470 222c 2240 7665 7273 slog-udp","@vers
        0x00d0: 696f 6e22 3a22 3122 7d0a ion":"1"}.

```

At the same time, I recorded the inbound traffic on the receiving nginx cluster and got the same only message :  
`tcpdump -n port 514 -X`

```auto
15:10:20.374671 IP XX.XX.XX.XX.37661 > XX.XX.XX.XX.514: SYSLOG user.notice, length: 190
        0x0000: 4500 00da 3209 4000 3f11 c889 0a18 151f E...2.@.?.......
        0x0010: 0a18 1732 931d 0202 00c6 334e 3c31 333e ...2......3N<13>
        0x0020: 6a61 6e76 2e20 3231 2031 353a 3130 3a32 janv..21.15:10:2
        0x0030: 3020 257b 686f 7374 7d20 4c4f 4753 5441 0.%{host}.LOGSTA
        0x0040: 5348 5b2d 5d3a 207b 2240 7469 6d65 7374 SH[-]:.{"@timest
        0x0050: 616d 7022 3a22 3230 3236 2d30 312d 3231 amp":"2026-01-21
        0x0060: 5431 353a 3130 3a32 302e 3333 3334 3337 T15:10:20.333437
        0x0070: 3031 365a 222c 2263 6c69 656e 7422 3a22 016Z","client":"
        0x0080: 7465 7374 5f6c 6f67 7374 6173 6822 2c22 test_logstash","
        0x0090: 6576 656e 7422 3a7b 226f 7269 6769 6e61 event":{"origina
        0x00a0: 6c22 3a22 7465 7374 2053 315c 5c6e 227d l":"test.S1\\n"}
        0x00b0: 2c22 7479 7065 223a 2274 6573 742d 7379 ,"type":"test-sy
        0x00c0: 736c 6f67 2d75 6470 222c 2240 7665 7273 slog-udp","@vers
        0x00d0: 696f 6e22 3a22 3122 7d0a ion":"1"}.

```

Also we are using the pipeline functionality with the following config

```auto
pipeline.id: 00-test_pipeline
path.config: "/etc/logstash/conf.d/00-test_pipeline/*.conf"
pipeline.ecs_compatibility: v8
queue.type: persisted
queue.max_bytes: 1900mb
queue.checkpoint.writes: 1
path.queue: "/var/lib/logstash/queue"

```

Hope this helps to find what causes the issues.

---

<div class="post-metadata">

### Author: ![Badger](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/badger/32/25190_2.png) [@Badger](https://discuss.elastic.co/u/Badger)
#### Post date: [January 21, 2026, 3:58pm UTC](https://discuss.elastic.co/t/syslog-output-erratic-message-output-behavior/384670/6 "2026-01-21T15:58:51Z")

</div>

I cannot think of anything that would cause this.

---

<div class="post-metadata">

### Author: ![Rios](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/rios/32/95745_2.png) [@Rios](https://discuss.elastic.co/u/Rios)
#### Post date: [January 21, 2026, 6:01pm UTC](https://discuss.elastic.co/t/syslog-output-erratic-message-output-behavior/384670/7 "2026-01-21T18:01:53Z")

</div>

Check [this](https://www.elastic.co/docs/release-notes/logstash#logstash-9.2.0-release-notes), there was issues with persisted queues, maaaaaaybe is related.  
Can you temporarly disable` queue.type: persisted`, and use in memory: `queue.type:memory`?

Another option is to use the latest LS version 9.2.4, first try .tar without any installation.
