<?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 recognition failing for TIME_FORMAT and TIME_PREFIX in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Timestamp-recognition-failing-for-TIME-FORMAT-and-TIME-PREFIX/m-p/591947#M103633</link>
    <description>&lt;P&gt;Thank you! Got a moment to try this out. Replaced props.conf as follows and distributed it:&lt;BR /&gt;[sql_report_acct]&lt;BR /&gt;description=sourcetype for my input&lt;BR /&gt;SHOULD_LINEMERGE=false&lt;BR /&gt;LINE_BREAKER=([\r\n]+)&lt;BR /&gt;INDEXED_EXTRACTIONS=csv&lt;BR /&gt;KV_MODE=none&lt;BR /&gt;TIME_FORMAT=%Y-%m-%d %H:%M:%S.%9N&lt;BR /&gt;TIMESTAMP_FIELDS=Current_time&lt;BR /&gt;REPORT-transforms_sql_report_acct = transforms_sql_report_acct&lt;BR /&gt;&lt;BR /&gt;It is still attempting to use the create_date column as _time.&lt;BR /&gt;&lt;BR /&gt;The CSV contains 2 instances where the create_date is much older (2003-04-08 09:10:42.287000000). Splunk is ingesting it as _time with the current date and year (4/1/22 9:10:42.287 AM). Looks like this is being done by the MAX_DAYS_AGO default.&lt;/P&gt;</description>
    <pubDate>Fri, 01 Apr 2022 13:51:01 GMT</pubDate>
    <dc:creator>splunkkitty</dc:creator>
    <dc:date>2022-04-01T13:51:01Z</dc:date>
    <item>
      <title>Timestamp recognition failing for TIME_FORMAT and TIME_PREFIX</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamp-recognition-failing-for-TIME-FORMAT-and-TIME-PREFIX/m-p/591833#M103623</link>
      <description>&lt;P&gt;I am attempting to get Splunk to recognize a specific column in a CSV as the _time column (Current_time) upon ingestion.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;STRONG&gt;***Sample Data***&lt;/STRONG&gt;&lt;BR /&gt;Some sample lines from the CSV in question:&lt;BR /&gt;name,dpname,last_login,create_date,modify_date,Current_time&lt;BR /&gt;CAT-user,testing,,2021-01-29 09:47:42.340000000,2021-01-29 09:47:42.340000000,2022-03-24 13:18:36.390000000&lt;BR /&gt;master,test,,2021-09-16 11:09:21.597000000,2021-09-16 11:09:21.597000000,2022-03-24 13:18:36.390000000&lt;BR /&gt;model,database,,2003-04-08 09:10:42.287000000,2003-04-08 09:10:42.287000000,2022-03-24 13:18:36.390000000&lt;/P&gt;&lt;P&gt;Note that multiple columns include timestamps. I want Splunk to ingest them but not use them for _time. Only Current_time should be _time.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;***Error***&lt;/STRONG&gt;&lt;BR /&gt;With the below config I am getting DateParserVerbose warning messages in the splunkd log for the host the Universal Forwarder is sending the CSV from (my-host):&lt;BR /&gt;0400 WARN DateParserVerbose - Failed to parse timestamp in first MAX_TIMESTAMP_LOOKAHEAD (128) characters of event. Defaulting to timestamp of previous event (Fri Jan 29 15:35:24 2021). Context: source=C:\temp\acct_0001.csv|host=my-host|transforms_sql_report_acct|13995&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;STRONG&gt;***Config***&lt;/STRONG&gt;&lt;BR /&gt;We have a clustered environment with 1 search head, 1 deployment server, and 3 indexers.&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;On the Host with Universal Forwarder installed (deployed to UF from deployment server /opt/splunk/etc/deployment-apps/):&lt;BR /&gt;&lt;U&gt;&lt;EM&gt;&lt;STRONG&gt;inputs.conf&lt;/STRONG&gt;&lt;/EM&gt;&lt;/U&gt;&lt;BR /&gt;[monitor://C:\temp\acct_*.csv]&lt;BR /&gt;index=department_index&lt;BR /&gt;sourcetype=sql_report_acct&lt;BR /&gt;crcSalt = &amp;lt;SOURCE&amp;gt;&lt;BR /&gt;disabled = 0&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Props and Transforms (Located on deployment server in /opt/splunk/etc/master-apps/_cluster/local. Confirmed deployed to all 3 indexers /opt/splunk/etc/slave-apps/_cluster/local):&lt;BR /&gt;&lt;U&gt;&lt;EM&gt;&lt;STRONG&gt;props.conf&lt;/STRONG&gt;&lt;/EM&gt;&lt;/U&gt;&lt;BR /&gt;[sql_report_acct]&lt;BR /&gt;BREAK_ONLY_BEFORE_DATE=null&lt;BR /&gt;CHARSET=UTF-8&lt;BR /&gt;INDEXED_EXTRACTIONS=csv&lt;BR /&gt;KV_MODE=none&lt;BR /&gt;LINE_BREAKER=([\r\n]+)&lt;BR /&gt;NO_BINARY_CHECK=true&lt;BR /&gt;SHOULD_LINEMERGE=false&lt;BR /&gt;TIME_FORMAT=%Y-%m-%d %H:%M:%S.%9N&lt;BR /&gt;TIME_PREFIX=^([^,]*,){5}&lt;BR /&gt;category=Structured&lt;BR /&gt;description=sourcetype for my input&lt;BR /&gt;disabled=false&lt;BR /&gt;pulldown_type=true&lt;BR /&gt;REPORT-transforms_sql_report_acct = transforms_sql_report_acct&lt;/P&gt;&lt;P&gt;&lt;U&gt;&lt;EM&gt;&lt;STRONG&gt;transforms.conf&lt;/STRONG&gt;&lt;/EM&gt;&lt;/U&gt;&lt;BR /&gt;[transforms_sql_report_acct]&lt;BR /&gt;DELIMS = ","&lt;BR /&gt;FIELDS = name, dpname, last_login, create_date, modify_date, Current_time&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;By my understanding timestamp recognition is processed during the data pipeline parsing phase on the indexers. Slave app local should also have the highest priority for configs so I am not quite sure what am I doing wrong here. How do I get the Current_time field recognized as _time? Thanks for your input!&lt;/P&gt;</description>
      <pubDate>Thu, 31 Mar 2022 17:59:46 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamp-recognition-failing-for-TIME-FORMAT-and-TIME-PREFIX/m-p/591833#M103623</guid>
      <dc:creator>splunkkitty</dc:creator>
      <dc:date>2022-03-31T17:59:46Z</dc:date>
    </item>
    <item>
      <title>Re: Timestamp recognition failing for TIME_FORMAT and TIME_PREFIX</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamp-recognition-failing-for-TIME-FORMAT-and-TIME-PREFIX/m-p/591862#M103625</link>
      <description>&lt;P&gt;Give this a try for your props.conf entry:&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;[sql_report_acct]
SHOULD_LINEMERGE=false
LINE_BREAKER=([\r\n]+)
INDEXED_EXTRACTIONS=csv
KV_MODE=none
TIME_FORMAT=%Y-%m-%d %H:%M:%S.%9N
TIMESTAMP_FIELDS=Current_time&lt;/LI-CODE&gt;</description>
      <pubDate>Thu, 31 Mar 2022 19:04:24 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamp-recognition-failing-for-TIME-FORMAT-and-TIME-PREFIX/m-p/591862#M103625</guid>
      <dc:creator>somesoni2</dc:creator>
      <dc:date>2022-03-31T19:04:24Z</dc:date>
    </item>
    <item>
      <title>Re: Timestamp recognition failing for TIME_FORMAT and TIME_PREFIX</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamp-recognition-failing-for-TIME-FORMAT-and-TIME-PREFIX/m-p/591947#M103633</link>
      <description>&lt;P&gt;Thank you! Got a moment to try this out. Replaced props.conf as follows and distributed it:&lt;BR /&gt;[sql_report_acct]&lt;BR /&gt;description=sourcetype for my input&lt;BR /&gt;SHOULD_LINEMERGE=false&lt;BR /&gt;LINE_BREAKER=([\r\n]+)&lt;BR /&gt;INDEXED_EXTRACTIONS=csv&lt;BR /&gt;KV_MODE=none&lt;BR /&gt;TIME_FORMAT=%Y-%m-%d %H:%M:%S.%9N&lt;BR /&gt;TIMESTAMP_FIELDS=Current_time&lt;BR /&gt;REPORT-transforms_sql_report_acct = transforms_sql_report_acct&lt;BR /&gt;&lt;BR /&gt;It is still attempting to use the create_date column as _time.&lt;BR /&gt;&lt;BR /&gt;The CSV contains 2 instances where the create_date is much older (2003-04-08 09:10:42.287000000). Splunk is ingesting it as _time with the current date and year (4/1/22 9:10:42.287 AM). Looks like this is being done by the MAX_DAYS_AGO default.&lt;/P&gt;</description>
      <pubDate>Fri, 01 Apr 2022 13:51:01 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamp-recognition-failing-for-TIME-FORMAT-and-TIME-PREFIX/m-p/591947#M103633</guid>
      <dc:creator>splunkkitty</dc:creator>
      <dc:date>2022-04-01T13:51:01Z</dc:date>
    </item>
    <item>
      <title>Re: Timestamp recognition failing for TIME_FORMAT and TIME_PREFIX</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamp-recognition-failing-for-TIME-FORMAT-and-TIME-PREFIX/m-p/591988#M103636</link>
      <description>&lt;P&gt;I overlooked that fact that you're dealing with structured data type (CSV files, IIS logs etc). The parsing of Structured data type happens at the Universal forwarder level. Look at below link which will give information on where Structured&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="https://docs.splunk.com/Documentation/Splunk/8.2.5/Data/Extractfieldsfromfileswithstructureddata#Caveats_to_extracting_fields_from_structured_data_files" target="_blank"&gt;https://docs.splunk.com/Documentation/Splunk/8.2.5/Data/Extractfieldsfromfileswithstructureddata#Caveats_to_extracting_fields_from_structured_data_files&lt;/A&gt;&lt;/P&gt;&lt;P&gt;Try to set the props.conf on Universal forwarder (along with your inputs.conf).&lt;/P&gt;</description>
      <pubDate>Fri, 01 Apr 2022 17:44:41 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamp-recognition-failing-for-TIME-FORMAT-and-TIME-PREFIX/m-p/591988#M103636</guid>
      <dc:creator>somesoni2</dc:creator>
      <dc:date>2022-04-01T17:44:41Z</dc:date>
    </item>
    <item>
      <title>Re: Timestamp recognition failing for TIME_FORMAT and TIME_PREFIX</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamp-recognition-failing-for-TIME-FORMAT-and-TIME-PREFIX/m-p/591998#M103638</link>
      <description>&lt;P&gt;Success!&lt;/P&gt;&lt;P&gt;The following steps got this working 100% -&lt;BR /&gt;&lt;BR /&gt;Props and transforms were placed on the host with the UF. We also redid the query that generates the CSV to have the Custom_time field as the first column instead of the last.&lt;BR /&gt;&lt;BR /&gt;I had no idea that CSVs need to be parsed&lt;EM&gt; before&lt;/EM&gt; reaching the indexers. Great find.&lt;/P&gt;</description>
      <pubDate>Fri, 01 Apr 2022 18:33:22 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamp-recognition-failing-for-TIME-FORMAT-and-TIME-PREFIX/m-p/591998#M103638</guid>
      <dc:creator>splunkkitty</dc:creator>
      <dc:date>2022-04-01T18:33:22Z</dc:date>
    </item>
  </channel>
</rss>

