Getting Data In

Need help troubleshooting oneshot

cgregors
Engager

I'm trying to get an archival datafile into the indexes via oneshot.

Current directory = C:\Program Files\SplunkUniversalForwarder\bin

Full path to source file = C:\Program Files\SplunkUniversalForwarder\bin\recovery\l21\20131213_153013\l21.almlog

Command = splunk add oneshot .\recovery\l21\20131213_153013\l21.almlog -sourcetype ld_alarm_log -index legacy-main -host ewwp0029

Output from command =

Oneshot 'C:\Program Files\SplunkUniversalForwarder\bin\recovery\l21\20131213_153
013\l21.almlog' added

Time passes and the data from the file doesn't appear in the indexes.

I'm looking for suggestions on troubleshooting the problem.

TIA

Chris

Tags (2)
0 Karma

cgregors
Engager

Found my own answer (always a good thing).

I was going to move the files off the windows box onto a linux box and oneshot them from there. It turns out all the logs are 0 bytes in length.

The app people have a bug in their script that doesn't archive the logs correctly. Nothing I can do about that except point it out for them.

Lesson learned: Start at the source and make sure there is data where you think there should be.
Thanks Chris.

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!

From Data to Insight: Announcing the Winners of the Splunk Dashboard Contest

Hi Splunkers, First off, thank you to everyone who participated in our very first From Data to Insight: The ...

Splunk Developers: Construct Your Future at the .conf26 Builder Bar

Calling all Splunk architects, platform admins, and app developers: the site is open, and the blueprints are ...

Quick connection discovery mode for forwarders

When a Splunk forwarder loses connectivity to its indexers, it does not always reconnect immediately. In many ...