<?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: Splunk Line Breaking No Working as Expected in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Splunk-Line-Breaking-No-Working-as-Expected/m-p/683639#M114120</link>
    <description>&lt;P&gt;Ok. This looks better. So the usual suspects are naturally&lt;/P&gt;&lt;P&gt;1. Mismatch between the sourcetype naming in inputs and props (and possibly some overriding settings defined for source or host)&lt;/P&gt;&lt;P&gt;2. Something overriding these parameters - defined elsewhere with higher priority (check with btool)&lt;/P&gt;&lt;P&gt;3. Wrongly placed props.conf (on an indexer when you have a HF in your way).&lt;/P&gt;&lt;P&gt;Of course there is also a question of "why aren't you simply using Splunk-supported TA for IIS?".&lt;/P&gt;</description>
    <pubDate>Mon, 08 Apr 2024 19:23:06 GMT</pubDate>
    <dc:creator>PickleRick</dc:creator>
    <dc:date>2024-04-08T19:23:06Z</dc:date>
    <item>
      <title>Splunk Line Breaking No Working as Expected</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Splunk-Line-Breaking-No-Working-as-Expected/m-p/683287#M114111</link>
      <description>&lt;P&gt;Hello,&lt;BR /&gt;&lt;BR /&gt;I have this data here:&lt;/P&gt;
&lt;LI-CODE lang="markup"&gt;2024-04-03 13:57:54 10.237.8.167 GET / "&amp;gt;&amp;lt;script&amp;gt;alert('struts_sa_surl_xss.nasl-1712152675')&amp;lt;/script&amp;gt; 443 - 10.237.123.253 Mozilla/4.0+(compatible;+MSIE+8.0;+Windows+NT+5.1;+Trident/4.0) - 200 0 0 2 10.236.125.4 2024-04-03 13:57:55 10.237.8.167 GET / - 443 - 10.237.123.253 Mozilla/4.0+(compatible;+MSIE+8.0;+Windows+NT+5.1;+Trident/4.0) - 200 0 0 0 10.236.125.4 2024-04-03 13:57:55 10.237.8.167 GET / - 443 - 10.237.123.253 Mozilla/4.0+(compatible;+MSIE+8.0;+Windows+NT+5.1;+Trident/4.0) - 200 0 0 1 10.236.125.4 2024-04-03 13:57:55 10.237.8.167 GET / - 443 - 10.237.123.253 Mozilla/4.0+(compatible;+MSIE+8.0;+Windows+NT+5.1;+Trident/4.0) - 200 0 0 1 10.236.125.4 2024-04-03 13:57:55 10.237.8.167 GET /Default.aspx - 443 - 10.237.123.253 Mozilla/4.0+(compatible;+MSIE+8.0;+Windows+NT+5.1;+Trident/4.0) - 404 0 0 1 10.236.125.4 2024-04-03 13:57:55 10.237.8.167 GET /home.jsf autoScroll=0%2c275%29%3b%2f%2f--%3e%3c%2fscript%3e%3cscript%3ealert%28%27myfaces_tomahawk_autoscroll_xss.nasl%27 443 - 10.237.123.253 Mozilla/4.0+(compatible;+MSIE+8.0;+Windows+NT+5.1;+Trident/4.0) - 404 0 2 1 10.236.125.4 2024-04-03 13:57:55 10.237.8.167 GET /admin/statistics/ConfigureStatistics - 443 - 10.237.123.253 Mozilla/4.0+(compatible;+MSIE+8.0;+Windows+NT+5.1;+Trident/4.0) - 404 0 2 2 10.236.125.4
&lt;/LI-CODE&gt;
&lt;P&gt;&lt;SPAN class=""&gt;&lt;BR /&gt;&lt;/SPAN&gt;It is not line breaking properly as expected for our IIS logs.&amp;nbsp; This is what I currently have for our sourcetype stanza on the indexer.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;LI-CODE lang="markup"&gt;[iis]
LINE_BREAKER = ([\r\n]+)\d{4}-\d{2}-\d{2} \d{2}:\d{2}:\d{2}
SHOULD_LINEMERGE = false
TIME_PREFIX = ^
TIME_FORMAT = %Y-%m-%d %H:%M:%S
MAX_TIMESTAMP_LOOKAHEAD = 19&lt;/LI-CODE&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 01 Apr 2026 16:43:49 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Splunk-Line-Breaking-No-Working-as-Expected/m-p/683287#M114111</guid>
      <dc:creator>zach-keener</dc:creator>
      <dc:date>2026-04-01T16:43:49Z</dc:date>
    </item>
    <item>
      <title>Re: Splunk Line Breaking No Working as Expected</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Splunk-Line-Breaking-No-Working-as-Expected/m-p/683292#M114112</link>
      <description>&lt;P&gt;It looks like there are no newlines between events so the LINE_BREAKER is not matching.&amp;nbsp; Try these settings:&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;[iis]
LINE_BREAKER = ([\r\n]*)\d{4}-\d{2}-\d{2} \d{2}:\d{2}:\d{2}
SHOULD_LINEMERGE = false
TIME_PREFIX = ^
TIME_FORMAT = %Y-%m-%d %H:%M:%S
MAX_TIMESTAMP_LOOKAHEAD = 19&lt;/LI-CODE&gt;</description>
      <pubDate>Thu, 04 Apr 2024 16:05:22 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Splunk-Line-Breaking-No-Working-as-Expected/m-p/683292#M114112</guid>
      <dc:creator>richgalloway</dc:creator>
      <dc:date>2024-04-04T16:05:22Z</dc:date>
    </item>
    <item>
      <title>Re: Splunk Line Breaking No Working as Expected</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Splunk-Line-Breaking-No-Working-as-Expected/m-p/683629#M114114</link>
      <description>&lt;DIV class=""&gt;&lt;DIV class=""&gt;&lt;P&gt;Still no dice on that.&amp;nbsp; It only happens to these few logs that are formatted this way.&amp;nbsp; Could there be anything else preventing it from breaking apart properly?&lt;/P&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;DIV class=""&gt;&lt;DIV class=""&gt;&lt;DIV class=""&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;/DIV&gt;&lt;DIV class=""&gt;&lt;DIV&gt;&lt;DIV class=""&gt;&lt;DIV class=""&gt;&lt;DIV class=""&gt;&amp;nbsp;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Mon, 08 Apr 2024 18:10:14 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Splunk-Line-Breaking-No-Working-as-Expected/m-p/683629#M114114</guid>
      <dc:creator>zach-keener</dc:creator>
      <dc:date>2024-04-08T18:10:14Z</dc:date>
    </item>
    <item>
      <title>Re: Splunk Line Breaking No Working as Expected</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Splunk-Line-Breaking-No-Working-as-Expected/m-p/683632#M114115</link>
      <description>&lt;P&gt;Can you please paste it into either a preformatted paragraph or a code block? Here the data is already butchered by the forum's mechanics so we can't see the original raw events. Is that whole block supposed to be in a single line in the IIS log file?&lt;/P&gt;</description>
      <pubDate>Mon, 08 Apr 2024 18:40:22 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Splunk-Line-Breaking-No-Working-as-Expected/m-p/683632#M114115</guid>
      <dc:creator>PickleRick</dc:creator>
      <dc:date>2024-04-08T18:40:22Z</dc:date>
    </item>
    <item>
      <title>Re: Splunk Line Breaking No Working as Expected</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Splunk-Line-Breaking-No-Working-as-Expected/m-p/683635#M114116</link>
      <description>&lt;LI-CODE lang="markup"&gt;2024-04-08 02:24:47 10.236.6.10 GET /wps/wcm/webinterface/login/login.jsp "&amp;gt;&amp;lt;script&amp;gt;alert("ibm_login_qs_xss.nasl-1712543165")&amp;lt;/script&amp;gt; 443 - 10.236.0.223 Mozilla/4.0+(compatible;+MSIE+8.0;+Windows+NT+5.1;+Trident/4.0) - 404 0 2 0 4.35.178.138
2024-04-08 02:24:47 10.236.6.10 GET /cgi-bin/login.php - 443 - 10.236.0.223 Mozilla/4.0+(compatible;+MSIE+8.0;+Windows+NT+5.1;+Trident/4.0) - 404 0 2 0 4.35.178.138
2024-04-08 02:24:48 10.236.6.10 GET / - 443 - 10.236.0.223 Mozilla/4.0+(compatible;+MSIE+8.0;+Windows+NT+5.1;+Trident/4.0) - 200 0 0 1 4.35.178.138
2024-04-08 02:24:48 10.236.6.10 GET / - 443 - 10.236.0.223 Mozilla/4.0+(compatible;+MSIE+8.0;+Windows+NT+5.1;+Trident/4.0) - 200 0 0 0 4.35.178.138
2024-04-08 02:24:48 10.236.6.10 GET / - 443 - 10.236.0.223 Mozilla/4.0+(compatible;+MSIE+8.0;+Windows+NT+5.1;+Trident/4.0) - 200 0 0 0 4.35.178.138&lt;/LI-CODE&gt;</description>
      <pubDate>Mon, 08 Apr 2024 18:46:46 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Splunk-Line-Breaking-No-Working-as-Expected/m-p/683635#M114116</guid>
      <dc:creator>zach-keener</dc:creator>
      <dc:date>2024-04-08T18:46:46Z</dc:date>
    </item>
    <item>
      <title>Re: Splunk Line Breaking No Working as Expected</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Splunk-Line-Breaking-No-Working-as-Expected/m-p/683639#M114120</link>
      <description>&lt;P&gt;Ok. This looks better. So the usual suspects are naturally&lt;/P&gt;&lt;P&gt;1. Mismatch between the sourcetype naming in inputs and props (and possibly some overriding settings defined for source or host)&lt;/P&gt;&lt;P&gt;2. Something overriding these parameters - defined elsewhere with higher priority (check with btool)&lt;/P&gt;&lt;P&gt;3. Wrongly placed props.conf (on an indexer when you have a HF in your way).&lt;/P&gt;&lt;P&gt;Of course there is also a question of "why aren't you simply using Splunk-supported TA for IIS?".&lt;/P&gt;</description>
      <pubDate>Mon, 08 Apr 2024 19:23:06 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Splunk-Line-Breaking-No-Working-as-Expected/m-p/683639#M114120</guid>
      <dc:creator>PickleRick</dc:creator>
      <dc:date>2024-04-08T19:23:06Z</dc:date>
    </item>
    <item>
      <title>Re: Splunk Line Breaking No Working as Expected</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Splunk-Line-Breaking-No-Working-as-Expected/m-p/683643#M114122</link>
      <description>&lt;P&gt;It could be the first, we do have other defined EXTRACTs and other modifications to data pushed to the indexers and they work properly.&amp;nbsp; But for some reason this portion of IIS logs just doesn't work properly.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I would have to look into the higher priority, however other IIS sourcetype logs aren't turning out this way.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I do know that the props.conf is in the correct spot.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;When we stood up Splunk initially there were custom written apps rather than that of the Splunk Supported TA for IIS.&amp;nbsp; I may go that route if I can't get this resolved via our custom app.&lt;/P&gt;</description>
      <pubDate>Mon, 08 Apr 2024 19:43:11 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Splunk-Line-Breaking-No-Working-as-Expected/m-p/683643#M114122</guid>
      <dc:creator>zach-keener</dc:creator>
      <dc:date>2024-04-08T19:43:11Z</dc:date>
    </item>
  </channel>
</rss>

