Getting Data In

Escaping backslashes for Windows paths in props.conf

Ranazar
Path Finder

In my props.conf I need a [source::] stanza to override some settings from a [sourcetype] stanza. The source is a file on a Windows server, so I take a look at the props.conf documentation, and follow these instructions:

When you specify Windows-based file paths as part of a [source::<source>] stanza, you must escape any backslashes contained within the specified file path.
Example: [source::c:\\path_to\\file.txt]

But that seems to be flat out wrong. If I use this:

[source::C:\\dir1\\dir2\\app.log]

it doesn't match. Change it to:

[source::C:\dir1\dir2\app.log]

and it matches.
Am I missing something obvious, or is the documentation just wrong?

0 Karma

skalliger
Motivator

As far as I remember, you don't have to escape any paths as long as they don't contain spaces. You can scroll to the end of the docs page and use the "provide feedback" form. The docs team should reply to you in a few days. 🙂

Skalli

Ranazar
Path Finder

Yeah, the doc team was really responsive when I reached out once before. I just wanted to make sure it's actually an error and not just a case of Idiot User.

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!

Mastering Threat Intelligence in ES 8.5, Splunk AI Assistant v2, and More from Splunk ...

Splunk Lantern is Splunk’s customer success center that provides practical guidance from Splunk experts on key ...

Break the Build: Inside the KubeDoom Lounge at .conf26

    You step up to the machine. The pixelated corridors of a certain 1993 FPS load in front of you, EMP Pulse ...

Splunk Auto Ingestion Parallel Pipeline Scaling

Why this feature matters Many Splunk environments experience ingestion pressure long before the host is fully ...