<?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 Defining standards for using Splunk as an Error Handling tool in Alerting</title>
    <link>https://community.splunk.com/t5/Alerting/Defining-standards-for-using-Splunk-as-an-Error-Handling-tool/m-p/139018#M2240</link>
    <description>&lt;P&gt;I am working on a standards document for my team. It will define how best to use Splunk in regards to error handling. &lt;/P&gt;

&lt;P&gt;I've started with the Splunk Logging Best Practices. &lt;A href="http://dev.splunk.com/view/logging-best-practices/SP-CAAADP6"&gt;http://dev.splunk.com/view/logging-best-practices/SP-CAAADP6&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;Is there any other documentation that anyone has created for this purpose? Mine will be directed towards our Java Development team. Although our Application Administrators (DEVOPS) will also be relying on it. &lt;/P&gt;

&lt;P&gt;Notifications are a major topic I'm looking for advice on. Today we use some 'Alerts' that send email but they could be improved. Is there a best practice for creating logs that key alerts? &lt;/P&gt;

&lt;P&gt;What about severity levels? Is this entirely application specific? Do you use a certain key=value that identifies the type of failure and write Alerts based on this data?&lt;/P&gt;

&lt;P&gt;Thanks!&lt;/P&gt;</description>
    <pubDate>Tue, 22 Apr 2014 19:33:25 GMT</pubDate>
    <dc:creator>cwcoleman</dc:creator>
    <dc:date>2014-04-22T19:33:25Z</dc:date>
    <item>
      <title>Defining standards for using Splunk as an Error Handling tool</title>
      <link>https://community.splunk.com/t5/Alerting/Defining-standards-for-using-Splunk-as-an-Error-Handling-tool/m-p/139018#M2240</link>
      <description>&lt;P&gt;I am working on a standards document for my team. It will define how best to use Splunk in regards to error handling. &lt;/P&gt;

&lt;P&gt;I've started with the Splunk Logging Best Practices. &lt;A href="http://dev.splunk.com/view/logging-best-practices/SP-CAAADP6"&gt;http://dev.splunk.com/view/logging-best-practices/SP-CAAADP6&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;Is there any other documentation that anyone has created for this purpose? Mine will be directed towards our Java Development team. Although our Application Administrators (DEVOPS) will also be relying on it. &lt;/P&gt;

&lt;P&gt;Notifications are a major topic I'm looking for advice on. Today we use some 'Alerts' that send email but they could be improved. Is there a best practice for creating logs that key alerts? &lt;/P&gt;

&lt;P&gt;What about severity levels? Is this entirely application specific? Do you use a certain key=value that identifies the type of failure and write Alerts based on this data?&lt;/P&gt;

&lt;P&gt;Thanks!&lt;/P&gt;</description>
      <pubDate>Tue, 22 Apr 2014 19:33:25 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Alerting/Defining-standards-for-using-Splunk-as-an-Error-Handling-tool/m-p/139018#M2240</guid>
      <dc:creator>cwcoleman</dc:creator>
      <dc:date>2014-04-22T19:33:25Z</dc:date>
    </item>
    <item>
      <title>Re: Defining standards for using Splunk as an Error Handling tool</title>
      <link>https://community.splunk.com/t5/Alerting/Defining-standards-for-using-Splunk-as-an-Error-Handling-tool/m-p/139019#M2241</link>
      <description>&lt;P&gt;You want : &lt;/P&gt;

&lt;OL&gt;
&lt;LI&gt;a timestamp on the first line.&lt;/LI&gt;
&lt;LI&gt;key=values or key="value on a sentence" fields (easier to be automatically detected) &lt;/LI&gt;
&lt;LI&gt;fit in the defaults event parsing limits : &lt;/LI&gt;
&lt;/OL&gt;

&lt;UL&gt;
&lt;LI&gt;10000 characters per line, and 255 lines per multiline events for the defaults&lt;/LI&gt;
&lt;LI&gt; Otherwise, define a custom sourcetype with larger limits.&lt;/LI&gt;
&lt;/UL&gt;

&lt;P&gt;for severity, you can use the basic syslog DEBUG/INFO/WARN/ERROR/FATAL ...&lt;BR /&gt;
or use an integers scale (that are easier to filter with a simple condition severity&amp;gt;2)&lt;/P&gt;</description>
      <pubDate>Tue, 22 Apr 2014 22:21:41 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Alerting/Defining-standards-for-using-Splunk-as-an-Error-Handling-tool/m-p/139019#M2241</guid>
      <dc:creator>yannK</dc:creator>
      <dc:date>2014-04-22T22:21:41Z</dc:date>
    </item>
    <item>
      <title>Re: Defining standards for using Splunk as an Error Handling tool</title>
      <link>https://community.splunk.com/t5/Alerting/Defining-standards-for-using-Splunk-as-an-Error-Handling-tool/m-p/139020#M2242</link>
      <description>&lt;P&gt;Great. These are all helpful items. I'll be adding each to my specification.&lt;/P&gt;</description>
      <pubDate>Wed, 23 Apr 2014 17:26:51 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Alerting/Defining-standards-for-using-Splunk-as-an-Error-Handling-tool/m-p/139020#M2242</guid>
      <dc:creator>cwcoleman</dc:creator>
      <dc:date>2014-04-23T17:26:51Z</dc:date>
    </item>
  </channel>
</rss>

