Splunk Enterprise

Attempting to revert the SPLUNK_HOME ownership?

Skeer-Jamf
Path Finder

This happens regardless of it I am installing fresh or upgrading to version 9.1.0.1an existing install. Every action that involves the splunk binary prepends all output with:

Warning: Attempting to revert the SPLUNK_HOME ownership
Warning: Executing "chown -R splunkfwd /opt/splunkforwarder"

 

I've tried manually running that, as Root! And it still persists even though now the contents under /opt/splunkforwarder are owned by splunkfwd recursively!

Labels (2)

yoho
Contributor

Still a known issue in Splunk 10.0 : SPL-226019

0 Karma

Skeer-Jamf
Path Finder

Thank you Sanjay,  so yet another known issue huh? Upgrading/installing version 9 has a few it seems.

So, being as though I'm sure this is low priority is there any ETA on it at all? I have automation that handles the installing of the UF. Now when checking the returns/results of a service restart I need to make sure to include bits to ensure the 'Warning' generated doesn't cause me problems.

0 Karma

SanjayReddy
SplunkTrust
SplunkTrust

Hi @Skeer-Jamf 

this is known issue, as long as splunkforwarder owned by correct user and working as expected, it wont cause any issue, refercene to known issues of UF

https://docs.splunk.com/Documentation/Splunk/9.1.0/ReleaseNotes/Knownissues 

SanjayReddy_0-1689619301268.png

 

----
Regards,
Sanjay Reddy

----
If this reply helps you, Karma would be appreciated.
If your problem is resolved, then please click the "Accept as Solution" button to help future readers.

patng_nw
Communicator

I want to point out that these two warnings are breaking my jobs because on some machines I am using the splunkforwarder CLI to run query on the splunk cluster and export the result to files.  

https://docs.splunk.com/Documentation/Splunk/9.1.1/Search/ExportdatausingCLI

These two extra warning lines were now written to the export files as well.

I think it is ok for the CLI to print warnings, but the splunk CLI should follow the best practice and write these warnings to the stderr.  But it's writing them to the stdout, so that we can't use the standard practice of " 2> err.txt 1> export.csv" to handle warnings.

Now I have to add these to ALL the script files which are running the splunkforwarder CLI, which is pretty ugly:
" | grep -vi "warning:" > export.csv"

Wish there is a flag to disable warnings, or the splunkforwarder CLI should at least write them to stderr instead of stdout.

0 Karma

SierraX369
Engager

A bit less ugly is to use `| sed -n '3,$p' > export.csv `

0 Karma

jfrench
Loves-to-Learn Lots

It is a breaking issue as I cannot run btool on my forwarders that are throwing this message. 

0 Karma

SierraX369
Engager

btool is a own program in $SPLUNK_HOME/bin
It is a bit more tricky to use because you have to be in splunk env.

I tested successful following procedure on UF 9.2.2

. /opt/splunkforwarder/bin/setSplunkEnv
btool inputs list

 without sourcing the Splunk Env you get missing libraries error:

/opt/splunkforwarder/bin/btool inputs list
/opt/splunkforwarder/bin/splunkd: error while loading shared libraries: libmongoc-1.0.so.0: cannot open shared object file: No such file or directory

 

Tags (1)
0 Karma
Career Survey
First 500 qualified respondents will receive a $20 gift card! Tell us about your professional Splunk journey.

Can’t make it to .conf25? Join us online!

Get Updates on the Splunk Community!

Community Content Calendar, September edition

Welcome to another insightful post from our Community Content Calendar! We're thrilled to continue bringing ...

Splunkbase Unveils New App Listing Management Public Preview

Splunkbase Unveils New App Listing Management Public PreviewWe're thrilled to announce the public preview of ...

Leveraging Automated Threat Analysis Across the Splunk Ecosystem

Are you leveraging automation to its fullest potential in your threat detection strategy?Our upcoming Security ...