Hey,

please use our ideas portal to check for existing or submit new ideas.
Thank you!

https://www.graylog.org/product-ideas/

Regards,
        Bernd

Nicholas Meacoe [Wed, Aug 05, 2015 at 01:19:19AM -0700] wrote:
>Hello,
>
>I've been looking for something, with very similar use cases to yours, as 
>we often have thousands of errors before market data feeds kick in at about 
>7am in the UK, so would be good to have the stream on a schedule to enforce 
>times of operation, i.e. when we actually care about being notified.  
>
>Currently our ideas are to:
>a) Stop/Start via the REST API
>b) Process a different field and use greater/less than stream rules, but 
>this isn't ideal.
>
>Has there been any progress made on the feature request in Graylog?
>
>Kind regards,
>Nick
>
>On Monday, November 17, 2014 at 7:22:41 PM UTC, Zi Dvbelju wrote:
>>
>> Just wanted to follow up - another benefit of this would be alert 
>> schedules (i.e. alerting day shift/night shift). 
>>
>> On Friday, November 14, 2014 1:02:40 PM UTC-5, Zi Dvbelju wrote:
>>>
>>> Hey Lennart,
>>>
>>> Two example scenarios:
>>>
>>> 1) I'm monitoring a job that runs at 8AM. It finishes anywhere between 
>>> 8:10-8:15AM. I'm using nxlog (parsing a custom log file) and sending to 
>>> graylog to verify/alert if the job has failed. It's inefficient to have 
>>> that stream active for the entire day (wasting CPU resources) when it's 
>>> only required during an estimated window of time.
>>>
>>> 2) I monitor database backups with graylog (success messages). A script 
>>> queries elasticsearch every 10 minutes to see if the backup completed 
>>> successfully. Once it has been confirmed that the backup completed, 
>>> immediately start compressing the backup for off-site storage (this 
>>> eliminates needing to schedule compression jobs). The backup completion 
>>> window is a ~two hour range at most.
>>>
>>> I realize there are better solutions for each of these scenarios, but 
>>> centrally managing all alerts is a wonderful thing. Having a schedule for 
>>> specific streams could be useful in many different scenarios. 
>>>
>>> Thanks!
>>> Zi
>>>
>>>
>>>
>>>
>>>
>>> On Friday, November 14, 2014 12:01:17 PM UTC-5, lennart wrote:
>>>>
>>>> Hey Zi, 
>>>>
>>>> thanks for the suggestion! Can you elaborate your use case for this? 
>>>>
>>>> Thanks, 
>>>> Lennart 
>>>>
>>>> On Fri, Nov 14, 2014 at 4:01 PM, Zi Dvbelju <[email protected]> wrote: 
>>>> > I have a quick suggestion for streams - implement optional schedules 
>>>> during 
>>>> > which a stream can be active/paused. Would be an incredibly nice 
>>>> feature! 
>>>> > 
>>>> > Keep up the good work, absolutely loving Graylog2. 
>>>> > 
>>>> > -- 
>>>> > You received this message because you are subscribed to the Google 
>>>> Groups 
>>>> > "graylog2" group. 
>>>> > To unsubscribe from this group and stop receiving emails from it, send 
>>>> an 
>>>> > email to [email protected]. 
>>>> > For more options, visit https://groups.google.com/d/optout. 
>>>>
>>>
>
>-- 
>You received this message because you are subscribed to the Google Groups 
>"Graylog Users" group.
>To unsubscribe from this group and stop receiving emails from it, send an 
>email to [email protected].
>To view this discussion on the web visit 
>https://groups.google.com/d/msgid/graylog2/8ffe47d5-8a3b-40a8-a207-1040673077e3%40googlegroups.com.
>For more options, visit https://groups.google.com/d/optout.


-- 
Developer

Tel.: +49 (0)40 609 452 077
Fax.: +49 (0)40 609 452 078

TORCH GmbH - A Graylog company
Steckelhörn 11
20457 Hamburg
Germany

Commercial Reg. (Registergericht): Amtsgericht Hamburg, HRB 125175
Geschäftsführer: Lennart Koopmann (CEO)

-- 
You received this message because you are subscribed to the Google Groups 
"Graylog Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/graylog2/20150819101319.GC22616%40tumbler.torch.local.
For more options, visit https://groups.google.com/d/optout.

Reply via email to