We have a database log monitored input file that we are monitoring with a universal forwarder. We have a props.conf file at the indexer that is in place and breaks the event properly at first, but then it seems to lose its way and later events of the same sourcetype are not broken properly.
I don't think it has anything to do with the props.conf file settings because we've tried everything under the sun. I do think it has to do with how the file monitored is being written to, but cannot prove it. If we clean the fishbucket and clean the events, the events start coming in formatted with the correct timestamp and correct line breaking, but somehow, later events forget to follow what is in props.conf.
Any ideas?
This kind of thing can happen because of the work of the learned
app. I won't pretend to understand it but do your own research and delete any configuration file entries that relate to this input and it may very well help.
Do you see any error if you use following search? If possible throw in the sourcetype name OR the portion of file names for more filters
index=_internal sourcetype=splunkd (log_level=WARN OR log_level=ERROR) (component=DatetimeInitUtils OR component=DateParserVerbose OR component=LineBreakingProcessor)
have you tried should_linemerge=false?