Deployment Architecture

Deployment server not seeing FQDN



I have a bit of problem with seeing the host name as FQDN. This is a problem both in the deployment server and the *NIX app. I noticed previously that the Deployment monitor wasn't seeing the FQDN, but that got fixed by this command on each forwarder:

splunk set servername $(hostname -f)

I noticed that this only changed etc/system/local/server.conf and not etc/system/local/inputs.conf. The change was visible in the Deployment Monitor, but not the Deployment Server or the *NIX app. So, I changed etc/system/local/inputs.conf too:

[splunk@splunk-uf-01 splunkforwarder]$ find etc -name \*.conf |xargs grep $(hostname -s)
etc/system/local/inputs.conf:host = splunk-uf-01.dom.ain.tld
etc/system/local/server.conf:serverName = splunk-uf-01.dom.ain.tld

But this change is still not visible in the Deployment Server:

[splunk@splunk-dep-srv ~]$ splunk list deploy-clients |grep hostname:  |grep uf-01
         hostname:       splunk-uf-01

This is a problem since some of my server classes rely on the FQDN. It is also annoying that the hostnames seen by the deployment server are mixed, ie. sometimes with the FQDN and sometimes without.

Any help would certainly be appreciated.

0 Karma


May be a silly point but did you restart the forwarder after making the changes? Also is the hostname for the box itself correct?

Some good debug to do could be to check there are no more instances of the incorrect hostname by running the following command on your UF's;
(In $SPLUNK_HOME/bin/)

./splunk cmd btool server list --debug AND

./splunk cmd btool inputs list --debug

This will list all the config options from each of those config files, add a >> output.txt to the end so you can dump the output to a file and search that for any more occurances of the hostname. Its possible its defined elsewhere and overriding your current settings.


Here's what etc/system/local/inputs.conf looks like:

host = indexer-11.dom.ain.tld


password = verysecret
requireClientCert = true
rootCA = /opt/splunk/etc/auth/cacert.pem
serverCert = /opt/splunk/etc/auth/server.pem
0 Karma


you can define the hostname in the inputs.conf on the indexer side too, I was wondering if you'd checked if that had been defined?

0 Karma


How do you mean exactly? Do you mean "are we using hostname-based whitelists"? If so, the answer is no, the listen port is open to all.

0 Karma


Is the host defined on the indexer itself in its inputs?

0 Karma


Thanks, Drainy.

Yes, I restarted the computer and printer before calling helpdesk. 😉 Joking aside, I restarted the universal forwarder and the the deployment server for good measure, but it didn't make a difference, I'm afraid...

The btool commands are useful and basically confirm that the FQDN is used throughout the configuration.

Any chance that the first version of the name is cached somewhere? I've only tried grepping *.conf and *.csv files on both the forwarder and deployment server.

0 Karma
State of Splunk Careers

Access the Splunk Careers Report to see real data that shows how Splunk mastery increases your value and job satisfaction.

Find out what your skills are worth!