<?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 Generate alert listing broken Field extractions in Alerting</title>
    <link>https://community.splunk.com/t5/Alerting/Generate-alert-listing-broken-Field-extractions/m-p/117308#M1748</link>
    <description>&lt;P&gt;We get fed quite a wide range of formats.&lt;BR /&gt;
This makes it hard for us to keep track of log formatting changes.&lt;/P&gt;

&lt;P&gt;From time to time we get mission critical search alerts which rely on Field extractions&lt;BR /&gt;&lt;BR /&gt;
stopping to work to work because a line format has changed.&lt;/P&gt;

&lt;P&gt;Those searches do start generating:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;error in 'eval' command: The expression is malformed
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;so I'll be grateful if someone suggests a search picking on that,&lt;BR /&gt;&lt;BR /&gt;
but is it possible to limit it to Field extractions/scheduled alerts ?&lt;BR /&gt;
We'll inevitably get spammed everytime a user makes a typo/is testing a new search otherwise.&lt;/P&gt;</description>
    <pubDate>Tue, 24 Jun 2014 11:53:35 GMT</pubDate>
    <dc:creator>splunk_zen</dc:creator>
    <dc:date>2014-06-24T11:53:35Z</dc:date>
    <item>
      <title>Generate alert listing broken Field extractions</title>
      <link>https://community.splunk.com/t5/Alerting/Generate-alert-listing-broken-Field-extractions/m-p/117308#M1748</link>
      <description>&lt;P&gt;We get fed quite a wide range of formats.&lt;BR /&gt;
This makes it hard for us to keep track of log formatting changes.&lt;/P&gt;

&lt;P&gt;From time to time we get mission critical search alerts which rely on Field extractions&lt;BR /&gt;&lt;BR /&gt;
stopping to work to work because a line format has changed.&lt;/P&gt;

&lt;P&gt;Those searches do start generating:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;error in 'eval' command: The expression is malformed
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;so I'll be grateful if someone suggests a search picking on that,&lt;BR /&gt;&lt;BR /&gt;
but is it possible to limit it to Field extractions/scheduled alerts ?&lt;BR /&gt;
We'll inevitably get spammed everytime a user makes a typo/is testing a new search otherwise.&lt;/P&gt;</description>
      <pubDate>Tue, 24 Jun 2014 11:53:35 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Alerting/Generate-alert-listing-broken-Field-extractions/m-p/117308#M1748</guid>
      <dc:creator>splunk_zen</dc:creator>
      <dc:date>2014-06-24T11:53:35Z</dc:date>
    </item>
    <item>
      <title>Re: Generate alert listing broken Field extractions</title>
      <link>https://community.splunk.com/t5/Alerting/Generate-alert-listing-broken-Field-extractions/m-p/117309#M1749</link>
      <description>&lt;P&gt;If your critical logs each have a known regex-testable format you could define alerts that fire if events are indexed that don't match their respective regex.&lt;/P&gt;</description>
      <pubDate>Tue, 24 Jun 2014 13:10:51 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Alerting/Generate-alert-listing-broken-Field-extractions/m-p/117309#M1749</guid>
      <dc:creator>martin_mueller</dc:creator>
      <dc:date>2014-06-24T13:10:51Z</dc:date>
    </item>
    <item>
      <title>Re: Generate alert listing broken Field extractions</title>
      <link>https://community.splunk.com/t5/Alerting/Generate-alert-listing-broken-Field-extractions/m-p/117310#M1750</link>
      <description>&lt;P&gt;Thank you Martin, but wouldn't that double the maintenance overhead?&lt;BR /&gt;
We'd essentially have to clone the Field extrations expresssions and define search alerts.&lt;BR /&gt;
Isn't it possible to define a single search alert which would catch all Field extractions erroring out ?&lt;/P&gt;</description>
      <pubDate>Tue, 24 Jun 2014 14:25:25 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Alerting/Generate-alert-listing-broken-Field-extractions/m-p/117310#M1750</guid>
      <dc:creator>splunk_zen</dc:creator>
      <dc:date>2014-06-24T14:25:25Z</dc:date>
    </item>
    <item>
      <title>Re: Generate alert listing broken Field extractions</title>
      <link>https://community.splunk.com/t5/Alerting/Generate-alert-listing-broken-Field-extractions/m-p/117311#M1751</link>
      <description>&lt;P&gt;Field extractions in and of themselves don't produce errors when the events don't match... they just don't match, it's normal behaviour.&lt;/P&gt;

&lt;P&gt;If your fields are all required you could create an alert for events that don't have all fields, ie must have a changed format.&lt;/P&gt;</description>
      <pubDate>Tue, 24 Jun 2014 15:19:31 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Alerting/Generate-alert-listing-broken-Field-extractions/m-p/117311#M1751</guid>
      <dc:creator>martin_mueller</dc:creator>
      <dc:date>2014-06-24T15:19:31Z</dc:date>
    </item>
  </channel>
</rss>

