Here is what I am presently doing: 
 My UF is listening inside of the TA, I am no longer receiving thru syslog-NG.  The Inputs.conf in my TA reads: 
 [udp://5514]  
connection_host = ip  
sourcetype = pan:log  
index = pan_logs  
no_appending_timestamp = true 
 If you are running a Linux UF, test above with: 
 $ netstat -a | grep 5514 
 The above should yield:  
udp        0      0 0.0.0.0:5514            0.0.0.0:* 
 If you opt to receive thru your syslog-NG server, be sure you have no inputs defined in /opt/splunkforwarder/etc/apps/Splunk_TA_paloalto/local/, or have them commented out. I found no difference, but going back to my PA's to switch dest ports was more work, and I wanted to see my dashboards working. 
 On my Indexers, which are clustered as yours, I have both the TA and the app deployed inside of the master-apps directory:  
Splunk_TA_paloalto  
SplunkforPaloAltoNetworks 
 On my deployer for my SHC, I have both the app AND the TA deployed in /opt/splunk/etc/shcluster/apps: 
 Splunk_TA_paloalto  
SplunkforPaloAltoNetworks 
 The SplunkforPaloAltoNetworks still contains Splunk_TA_paloalto inside of the apps "install" directory, but I never saw the TA properly deployed inside of my SHC, thus requiring me to deploy as a separate app for my Search Head Cluster.  Because the TA was not deploying properly, my dashboards were visually impaired.  Once I pushed out the TA to my SHC, and after verifying they were present on my SHC members, my dashboards began to render properly.  I am guessing this is your problem too.  Please note, you may have to perform a rolling restart for your search head members. 
 Let me know how this goes. 
						
					
					... View more