Getting Data In

Multiline event breaking not working

responsys_cm
Builder

I have a log source for LDAP that includes a mix of single line events and multiline events. The multiline events look something like:

Authentication request received from ip=x.x.x.x
Connecting to LDAP server "y.y.y.y"
Mapped uid=5401 to user 'joe'
Submitting authentication request
Authentication success for user 'joe'

My props.conf file has:

SHOULD_LINEMERGE = true
BREAK_ONLY_BEFORE = Authentication request received
MUST_BREAK_AFTER = Authentication success

When I do this, the "Authentication success" event always ends up in its own event. When I look at the timestamps, I see that there is usually a 3-10 second delay between the timestamp on the "Submitting authentication request" message and the "Authentication success" message.

Is there a setting that controls how long Splunk will tolerate a delay in messages before deciding to move on from the line breaking process? Any ideas on what the issue might be?

Thx.

0 Karma

micahkemp
Champion

Try this instead:

SHOULD_LINEMERGE = false
LINE_BREAKER = ([\n\r]+)Authentication request received
0 Karma
Got questions? Get answers!

Join the Splunk Community Slack to learn, troubleshoot, and make connections with fellow Splunk practitioners in real time!

Meet up IRL or virtually!

Join Splunk User Groups to connect and learn in-person by region or remotely by topic or industry.

Get Updates on the Splunk Community!

Persistent Queue at TcpOut — One of Splunk's Most Practical Features

Splunk introduced persistent queueing at the tcpout layer as one of the most practical resilience features in ...

Skip the Awkward Silence: Have a .conf-ersation at .conf26

Picture this. You arrive at .conf26 already having your socializing and networking plans mapped out. No ...

Rethinking Zero Trust: From Product Purchases to Logical Control Evidence

Implementing Zero Trust (ZT) across complex environments often falters at the very beginning due to a ...