<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Timestamp duplicated after splunk upgrade in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Timestamp-duplicated-after-splunk-upgrade/m-p/242660#M47037</link>
    <description>&lt;P&gt;I don't know specifically about 5.x, but it seems reasonable it's behaving just like 6.x says it does.  In &lt;A href="http://docs.splunk.com/Documentation/Splunk/latest/admin/Outputsconf"&gt;outputs.conf&lt;/A&gt; docs, in section &lt;CODE&gt;syslogSourceType = &amp;lt;string&amp;gt;&lt;/CODE&gt; about halfway down, it says the data has to match a certain set of criteria to be already considered to be in syslog format.  If it doesn't match that, it goes on to say&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;Data which does not match the rules has a header, optionally a timestamp (if defined in 'timestampformat'), and a hostname added to the front of the event. This is how Splunk causes arbitrary log data to match syslog expectations.
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;That looks like exactly what it's doing for you.&lt;/P&gt;

&lt;P&gt;The rest of that little section in the docs gives some indication on what to do, so please see the &lt;A href="http://docs.splunk.com/Documentation/Splunk/latest/admin/Outputsconf#Syslog_output----"&gt;syslog section of those same docs&lt;/A&gt;, and let us know what precisely you end up having to do to resolve this! &lt;/P&gt;</description>
    <pubDate>Sat, 02 Jul 2016 02:16:30 GMT</pubDate>
    <dc:creator>Richfez</dc:creator>
    <dc:date>2016-07-02T02:16:30Z</dc:date>
    <item>
      <title>Timestamp duplicated after splunk upgrade</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamp-duplicated-after-splunk-upgrade/m-p/242657#M47034</link>
      <description>&lt;P&gt;We use Splunk to forward our logs to a central server.&lt;BR /&gt;&lt;BR /&gt;
On this server the logs are written to a local file with syslog stanza in the outputs.conf.&lt;BR /&gt;&lt;BR /&gt;
Since we upgraded from 4.2.5 to 5.0.15 the log line in the local file have second timestamp.&lt;BR /&gt;&lt;BR /&gt;
Before:&lt;BR /&gt;&lt;BR /&gt;
Jul  1 11:25:51 source-server-fqdn log-data&lt;BR /&gt;&lt;BR /&gt;
Now:&lt;BR /&gt;&lt;BR /&gt;
Jul  1 11:25:54 127.0.0.1 source-server-fqdn Jul  1 11:25:51 source-server-fqdn log-data&lt;BR /&gt;
Somehow the central server adds it's own timestamp, the destination of the syslog stanza and the source server fqdn to every log line.&lt;BR /&gt;&lt;BR /&gt;
Where can this be changed ?  &lt;/P&gt;

&lt;P&gt;Edit:&lt;BR /&gt;&lt;BR /&gt;
Adding some details of our configuration:&lt;BR /&gt;&lt;BR /&gt;
source-server outputs.conf:  &lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[tcpout]
defaultGroup = GROUP_MANAGER
forwardedindex.3.blacklist = (_audit|_internal)

[tcpout:GROUP_MANAGER]
server = group_manag_fqdn:9006
sslCertPath = /path/server.pem
sslPassword = password
sslRootCAPath = /path/cacert.pem
sslVerifyServerCert = false
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Then it gets through our GROUP_MANAGER&lt;BR /&gt;
group-manager inputs.conf&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[splunktcp-ssl://:9006]
_TCP_ROUTING = COLLECTOR

[SSL]
password = password
requireClientCert = false
serverCert = /path/server.pem.pem
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;group-manager outputs.conf  &lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[tcpout:COLLECTOR]
server = collector-fq-dn:9142
compressed = true

[tcpout]
forwardedindex.3.blacklist = (_audit|_internal) 
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;And the COLLECTOR then writes it to a local file and forward it to a splunk indexer via syslog&lt;BR /&gt;
COLLECTOR inputs.conf&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[splunktcp://:9142]
compressed = true
_SYSLOG_ROUTING = SYSLOG_LOCAL, SYSLOG_INDEXER
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;COLLECTOR outputs.conf&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[syslog:SYSLOG_LOCAL]
server = 127.0.0.1:5141
type = tcp

[syslog:SYSLOG_INDEXER]
server = indexer-fq-dn:2514
type = tcp
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;The extra timestamp only appears in the local file written by the SYSLOG_LOCAL stanza.&lt;BR /&gt;&lt;BR /&gt;
On the indexer this extra timestamp does not appear.&lt;/P&gt;</description>
      <pubDate>Fri, 01 Jul 2016 12:44:53 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamp-duplicated-after-splunk-upgrade/m-p/242657#M47034</guid>
      <dc:creator>grimmandreas</dc:creator>
      <dc:date>2016-07-01T12:44:53Z</dc:date>
    </item>
    <item>
      <title>Re: Timestamp duplicated after splunk upgrade</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamp-duplicated-after-splunk-upgrade/m-p/242658#M47035</link>
      <description>&lt;P&gt;the timestamp is different in the second line, are you sure that it isn't your syslog server which add the first part?&lt;/P&gt;</description>
      <pubDate>Fri, 01 Jul 2016 14:59:51 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamp-duplicated-after-splunk-upgrade/m-p/242658#M47035</guid>
      <dc:creator>OL</dc:creator>
      <dc:date>2016-07-01T14:59:51Z</dc:date>
    </item>
    <item>
      <title>Re: Timestamp duplicated after splunk upgrade</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamp-duplicated-after-splunk-upgrade/m-p/242659#M47036</link>
      <description>&lt;P&gt;We didn't change anything on the syslog side. we only updated splunk.&lt;BR /&gt;&lt;BR /&gt;
also 127.0.0.1 is the target server of the syslog stanza, therefore I think it does not happen in syslog.&lt;/P&gt;</description>
      <pubDate>Fri, 01 Jul 2016 15:03:59 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamp-duplicated-after-splunk-upgrade/m-p/242659#M47036</guid>
      <dc:creator>grimmandreas</dc:creator>
      <dc:date>2016-07-01T15:03:59Z</dc:date>
    </item>
    <item>
      <title>Re: Timestamp duplicated after splunk upgrade</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamp-duplicated-after-splunk-upgrade/m-p/242660#M47037</link>
      <description>&lt;P&gt;I don't know specifically about 5.x, but it seems reasonable it's behaving just like 6.x says it does.  In &lt;A href="http://docs.splunk.com/Documentation/Splunk/latest/admin/Outputsconf"&gt;outputs.conf&lt;/A&gt; docs, in section &lt;CODE&gt;syslogSourceType = &amp;lt;string&amp;gt;&lt;/CODE&gt; about halfway down, it says the data has to match a certain set of criteria to be already considered to be in syslog format.  If it doesn't match that, it goes on to say&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;Data which does not match the rules has a header, optionally a timestamp (if defined in 'timestampformat'), and a hostname added to the front of the event. This is how Splunk causes arbitrary log data to match syslog expectations.
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;That looks like exactly what it's doing for you.&lt;/P&gt;

&lt;P&gt;The rest of that little section in the docs gives some indication on what to do, so please see the &lt;A href="http://docs.splunk.com/Documentation/Splunk/latest/admin/Outputsconf#Syslog_output----"&gt;syslog section of those same docs&lt;/A&gt;, and let us know what precisely you end up having to do to resolve this! &lt;/P&gt;</description>
      <pubDate>Sat, 02 Jul 2016 02:16:30 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamp-duplicated-after-splunk-upgrade/m-p/242660#M47037</guid>
      <dc:creator>Richfez</dc:creator>
      <dc:date>2016-07-02T02:16:30Z</dc:date>
    </item>
    <item>
      <title>Re: Timestamp duplicated after splunk upgrade</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamp-duplicated-after-splunk-upgrade/m-p/242661#M47038</link>
      <description>&lt;P&gt;Thanks for the Tipp, I am having a look into it.&lt;BR /&gt;&lt;BR /&gt;
The only thing I notice is, that we don have a source file. We get the logs forwarded by another server with splunk.&lt;/P&gt;</description>
      <pubDate>Tue, 05 Jul 2016 06:42:40 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamp-duplicated-after-splunk-upgrade/m-p/242661#M47038</guid>
      <dc:creator>grimmandreas</dc:creator>
      <dc:date>2016-07-05T06:42:40Z</dc:date>
    </item>
  </channel>
</rss>

