<?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: Parsing syslog, extracting all the basic fields, while setting correct timestamp - is it possible? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Parsing-syslog-extracting-all-the-basic-fields-while-setting/m-p/108179#M22774</link>
    <description>&lt;P&gt;Timestamp gets taken from syslog message, which may be specified in different time zone, say, UTC. So I can't see the messages if search, say, for the last hour.&lt;BR /&gt;
RFC defines format quite well. Priority, facility, and a set of standard fields. Currently, to see those I need to install an app, and search with a three line query. Doesn't seem right for an RFC specified format.&lt;/P&gt;</description>
    <pubDate>Mon, 04 Feb 2013 22:59:52 GMT</pubDate>
    <dc:creator>OlegB</dc:creator>
    <dc:date>2013-02-04T22:59:52Z</dc:date>
    <item>
      <title>Parsing syslog, extracting all the basic fields, while setting correct timestamp - is it possible?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Parsing-syslog-extracting-all-the-basic-fields-while-setting/m-p/108176#M22771</link>
      <description>&lt;P&gt;I wonder if there is a way of parsing/searching syslog messages, simpler than editing config files, and writing applications? RFC 5424 is a well known standard, after all? Why isn't it possible to search (or even see) the most important fields, priority and facility?&lt;BR /&gt;
Is there something I'm missing?&lt;/P&gt;</description>
      <pubDate>Fri, 01 Feb 2013 20:25:41 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Parsing-syslog-extracting-all-the-basic-fields-while-setting/m-p/108176#M22771</guid>
      <dc:creator>OlegB</dc:creator>
      <dc:date>2013-02-01T20:25:41Z</dc:date>
    </item>
    <item>
      <title>Re: Parsing syslog, extracting all the basic fields, while setting correct timestamp - is it possible?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Parsing-syslog-extracting-all-the-basic-fields-while-setting/m-p/108177#M22772</link>
      <description>&lt;P&gt;So I downloaded RFC5424 Syslog app. To get severity and facility decoded, I need to set no_priority_stripping=yes in the config files, but this setting effectively kills the value of the syslog timestamp, by not translating it to local. &lt;BR /&gt;
Is there any way to show the messages the way they're supposed to be seen?&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 13:13:30 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Parsing-syslog-extracting-all-the-basic-fields-while-setting/m-p/108177#M22772</guid>
      <dc:creator>OlegB</dc:creator>
      <dc:date>2020-09-28T13:13:30Z</dc:date>
    </item>
    <item>
      <title>Re: Parsing syslog, extracting all the basic fields, while setting correct timestamp - is it possible?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Parsing-syslog-extracting-all-the-basic-fields-while-setting/m-p/108178#M22773</link>
      <description>&lt;P&gt;What do you mean by not translating the timestamp to local?&lt;/P&gt;

&lt;P&gt;EDIT: ...and what do you mean by showing the messages "the way they're supposed to be seen"? What way is that?&lt;/P&gt;</description>
      <pubDate>Fri, 01 Feb 2013 21:11:43 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Parsing-syslog-extracting-all-the-basic-fields-while-setting/m-p/108178#M22773</guid>
      <dc:creator>Ayn</dc:creator>
      <dc:date>2013-02-01T21:11:43Z</dc:date>
    </item>
    <item>
      <title>Re: Parsing syslog, extracting all the basic fields, while setting correct timestamp - is it possible?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Parsing-syslog-extracting-all-the-basic-fields-while-setting/m-p/108179#M22774</link>
      <description>&lt;P&gt;Timestamp gets taken from syslog message, which may be specified in different time zone, say, UTC. So I can't see the messages if search, say, for the last hour.&lt;BR /&gt;
RFC defines format quite well. Priority, facility, and a set of standard fields. Currently, to see those I need to install an app, and search with a three line query. Doesn't seem right for an RFC specified format.&lt;/P&gt;</description>
      <pubDate>Mon, 04 Feb 2013 22:59:52 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Parsing-syslog-extracting-all-the-basic-fields-while-setting/m-p/108179#M22774</guid>
      <dc:creator>OlegB</dc:creator>
      <dc:date>2013-02-04T22:59:52Z</dc:date>
    </item>
    <item>
      <title>Re: Parsing syslog, extracting all the basic fields, while setting correct timestamp - is it possible?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Parsing-syslog-extracting-all-the-basic-fields-while-setting/m-p/108180#M22775</link>
      <description>&lt;P&gt;Regarding timestamp extraction, see this section of the docs: &lt;A href="http://docs.splunk.com/Documentation/Splunk/latest/Data/Configuretimestamprecognition"&gt;http://docs.splunk.com/Documentation/Splunk/latest/Data/Configuretimestamprecognition&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;If you don't want Splunk to use the time when the events were actually generated, you could tell it to use the index time instead (an option which itself has its dangers). A better approach imho would be to specify which timezones your sources have, which makes Splunk adjust its timestamp accordingly automatically.&lt;/P&gt;

&lt;P&gt;As you discovered, by default Splunk will strip syslog headers. You can easily change this behaviour by specifying &lt;CODE&gt;no_priority_stripping = true&lt;/CODE&gt; in the relevant section of your inputs.conf. Other than that Splunk indexes the raw events, which is why I was confused by what you said about messages being shown the way they're supposed to be seen - because if the original raw data is not how it's supposed to be seen, what IS the "correct" way to show it?&lt;/P&gt;</description>
      <pubDate>Mon, 04 Feb 2013 23:39:17 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Parsing-syslog-extracting-all-the-basic-fields-while-setting/m-p/108180#M22775</guid>
      <dc:creator>Ayn</dc:creator>
      <dc:date>2013-02-04T23:39:17Z</dc:date>
    </item>
    <item>
      <title>Re: Parsing syslog, extracting all the basic fields, while setting correct timestamp - is it possible?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Parsing-syslog-extracting-all-the-basic-fields-while-setting/m-p/108181#M22776</link>
      <description>&lt;P&gt;Thanks, Ayn&lt;BR /&gt;
The source of confusion may be the syslog format itself, mixing of encoded (priority/facility) and text fields.&lt;/P&gt;</description>
      <pubDate>Tue, 05 Feb 2013 14:13:05 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Parsing-syslog-extracting-all-the-basic-fields-while-setting/m-p/108181#M22776</guid>
      <dc:creator>OlegB</dc:creator>
      <dc:date>2013-02-05T14:13:05Z</dc:date>
    </item>
  </channel>
</rss>

