<?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: Help Newbie to Design a Monitoring solution in Monitoring Splunk</title>
    <link>https://community.splunk.com/t5/Monitoring-Splunk/Help-Newbie-to-Design-a-Monitoring-solution/m-p/211609#M7951</link>
    <description>&lt;P&gt;Welcome to Splunk answers @hsimpson2016&lt;/P&gt;

&lt;P&gt;You will need to set up a Universal Forwarder and configure your &lt;CODE&gt;inputs.conf&lt;/CODE&gt; stanza to monitor log files on a remote server. You will then need to set up your &lt;CODE&gt;outputs.conf&lt;/CODE&gt; file to point to your indexer. These will live in &lt;CODE&gt;splunk/etc/system/local&lt;/CODE&gt;.. Once you do this then start splunk, the log files will start to roll into Splunk in sub-second time. To add a timestamp to events, you will need to add a &lt;CODE&gt;break_only_before&lt;/CODE&gt; command to your &lt;CODE&gt;props.conf&lt;/CODE&gt; file which lives on the indexer. You can tie these events together at index time or search time, this all depends on your setup. &lt;/P&gt;

&lt;P&gt;We have an index which has SOAP web service calls. Each call has a request and response with a matching unique GUID and we treat them as separate events. We tie the events together at search time using the &lt;CODE&gt;transaction&lt;/CODE&gt; command and have an alert set anything the difference in time is greater than 300ms. So to answer your question, yes you can send an email if an event has a duration longer than 5 minutes assuming these events have a unique identifier tied in to them. &lt;/P&gt;

&lt;P&gt;To prevent Splunk from spamming your inbox with emails, you can throttle the alerts. So an example of this would be, if you got an alert coming in every 3 seconds, you could throttle the alerting within a 10 minute window so you would only get 1 alert every 10 minutes until the issue is resolved. I'm not sure about Splunk maintaining an alert, but you could always trigger a script which could maintain the state for you&lt;/P&gt;</description>
    <pubDate>Thu, 04 Aug 2016 12:52:58 GMT</pubDate>
    <dc:creator>skoelpin</dc:creator>
    <dc:date>2016-08-04T12:52:58Z</dc:date>
    <item>
      <title>Help Newbie to Design a Monitoring solution</title>
      <link>https://community.splunk.com/t5/Monitoring-Splunk/Help-Newbie-to-Design-a-Monitoring-solution/m-p/211608#M7950</link>
      <description>&lt;P&gt;Hi,&lt;BR /&gt;
     I am a newbie with a task to implement a monitoring functionality on Splunk. The requirement is for Splunk to be able to monitor an application 's live logs where each line in the logs have a format with multiple fields such as timestamp. &lt;/P&gt;

&lt;UL&gt;
&lt;LI&gt;Each entry is an event that occurs in the application being monitored.&lt;/LI&gt;
&lt;LI&gt;Each event is conceptually grouped together as a processing session that occurs in the application by virtue of the same file these events are operating on. There is no built in/native session Id like in HttpSession. (the application being monitored is not a web application).&lt;/LI&gt;
&lt;LI&gt;Each session can consist of multiple events.&lt;/LI&gt;
&lt;LI&gt;There are events that must come in pairs (Event A occurs and must be followed with Event B within 5 minutes). Otherwise, an email must be sent to notify the on-call by email about this.&lt;/LI&gt;
&lt;/UL&gt;

&lt;P&gt;From my understanding of Splunk so far, the best way I can think of is to implement is to:&lt;/P&gt;

&lt;UL&gt;
&lt;LI&gt;Group events into transactions since that is the best way for Splunk to handle a session.&lt;/LI&gt;
&lt;LI&gt;Create an alert that checks each event that must be in pairs in the transactions is paired with the arrival of the second event must occur within 5 minutes. Otherwise, sends an email.&lt;/LI&gt;
&lt;LI&gt;The alert runs the search every 1 minute for events happening within the last 24 hours&lt;/LI&gt;
&lt;/UL&gt;

&lt;P&gt;If so, how do I handle the following requirements:&lt;/P&gt;

&lt;UL&gt;
&lt;LI&gt;How do provide the on-call a way to tell Splunk that the offending events raised by the alert is being handled. Hence, don't keep sending an email? Is there a way to create a screen on Splunk to handle this?&lt;/LI&gt;
&lt;LI&gt;How about if an offending event cannot be handled within 24 hours, how do I make Splunk forgets about the event will fall outside the 24 hour coverage of the alert's search? How do I store the list of the offending events in Splunk? in otherwords, how Splunk maintains a state for an alert?&lt;/LI&gt;
&lt;/UL&gt;

&lt;P&gt;Sorry for the long post and I thank you ahead for any help!&lt;/P&gt;

&lt;P&gt;Thanks&lt;/P&gt;</description>
      <pubDate>Thu, 04 Aug 2016 06:13:16 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Monitoring-Splunk/Help-Newbie-to-Design-a-Monitoring-solution/m-p/211608#M7950</guid>
      <dc:creator>hsimpson2016</dc:creator>
      <dc:date>2016-08-04T06:13:16Z</dc:date>
    </item>
    <item>
      <title>Re: Help Newbie to Design a Monitoring solution</title>
      <link>https://community.splunk.com/t5/Monitoring-Splunk/Help-Newbie-to-Design-a-Monitoring-solution/m-p/211609#M7951</link>
      <description>&lt;P&gt;Welcome to Splunk answers @hsimpson2016&lt;/P&gt;

&lt;P&gt;You will need to set up a Universal Forwarder and configure your &lt;CODE&gt;inputs.conf&lt;/CODE&gt; stanza to monitor log files on a remote server. You will then need to set up your &lt;CODE&gt;outputs.conf&lt;/CODE&gt; file to point to your indexer. These will live in &lt;CODE&gt;splunk/etc/system/local&lt;/CODE&gt;.. Once you do this then start splunk, the log files will start to roll into Splunk in sub-second time. To add a timestamp to events, you will need to add a &lt;CODE&gt;break_only_before&lt;/CODE&gt; command to your &lt;CODE&gt;props.conf&lt;/CODE&gt; file which lives on the indexer. You can tie these events together at index time or search time, this all depends on your setup. &lt;/P&gt;

&lt;P&gt;We have an index which has SOAP web service calls. Each call has a request and response with a matching unique GUID and we treat them as separate events. We tie the events together at search time using the &lt;CODE&gt;transaction&lt;/CODE&gt; command and have an alert set anything the difference in time is greater than 300ms. So to answer your question, yes you can send an email if an event has a duration longer than 5 minutes assuming these events have a unique identifier tied in to them. &lt;/P&gt;

&lt;P&gt;To prevent Splunk from spamming your inbox with emails, you can throttle the alerts. So an example of this would be, if you got an alert coming in every 3 seconds, you could throttle the alerting within a 10 minute window so you would only get 1 alert every 10 minutes until the issue is resolved. I'm not sure about Splunk maintaining an alert, but you could always trigger a script which could maintain the state for you&lt;/P&gt;</description>
      <pubDate>Thu, 04 Aug 2016 12:52:58 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Monitoring-Splunk/Help-Newbie-to-Design-a-Monitoring-solution/m-p/211609#M7951</guid>
      <dc:creator>skoelpin</dc:creator>
      <dc:date>2016-08-04T12:52:58Z</dc:date>
    </item>
  </channel>
</rss>

