[ Bischeck 1.1.2 ] - Threshold cache emptying

[Anders Håål]

There is no bischeck command to delete the collected timeseries, but it 
can be done using normal redis-cli command. Each 
host-service-service-serviceitem metrics is stored in a redis list.

So lets do an example. I have a bischeck configuration with 
host->prodapi3, service->getparcelsregistration and a serviceitem->count

$ redis-cli

127.0.0.1:6379> keys  prodapi3-getparcelsregistration*
1) "prodapi3-getparcelsregistration/W/max/weekend-count"
2) "prodapi3-getparcelsregistration/M/max/weekend-count"
3) "prodapi3-getparcelsregistration-count"
4) "prodapi3-getparcelsregistration/D/max/weekend-count"
5) "prodapi3-getparcelsregistration/H/max/weekend-count"


Above you see the metrics list for the collected metrics, 
prodapi3-getparcelsregistration-count, and the additional lists if you 
have configured aggregations.


To get the size of the list

127.0.0.1:6379> llen prodapi3-getparcelsregistration-count
1000


You should now be able to delete the whole list just by doing:

127.0.0.1:6379> del prodapi3-getparcelsregistration-count
(integer) 1


You may also like to remove the aggregations, depending on what you like 
to achieve.


Next time bischeck need to insert into the list it will be created


If you do not want to delete all data in the list you can check out the 
ltrim command.



Before you do this MAKE a redis backup and test it on the backup 
snapshot with bischeck on a different server.


DISCLAIMER - I take no responsibility if the above actions destroy your 
data or functionality!!!


Hope this helps.




On 03/02/2017 03:02 PM, Marco Scano wrote:
>
> Hi Anders,
>
>
> Thank you for your reply.
>
> Yes, I confirm that I need to delete the threshold cache of one metric 
> (out_traffic) of specific service (VlanXXX).
>
> I am sending the graph to the provided account.
>
>
> Marco
>
>
> --
>
> Marco Scano
> Skype: marco.scano83
>
>
> ------------------------------------------------------------------------
> *Da:* Bischeck-users 
> <bischeck-users-bounces+marco.scano=hotmail.it at monitoring-lists.org> 
> per conto di Anders Håål <anders.haal at ingby.com>
> *Inviato:* giovedì 2 marzo 2017 12.26
> *A:* bischeck-users at monitoring-lists.org
> *Oggetto:* Re: [ Bischeck 1.1.2 ] - Threshold cache emptying
>
>
> Hi Marco,
> When you say the threshold cache is it the data for some metrics you 
> have collected that you like to delete?
> //Anders
> PS - the graph did not get through on the list. You can send it to 
> bischeck at ingby.com
>
> On 03/02/2017 01:21 PM, Marco Scano wrote:
>> Hi,
>>
>> I have a quick question.
>> Is it possible to reset the threshold cache of a specific service 
>> belonging to a specific template with a specific command?
>> This is useful when we monitor a service interface that is not used 
>> for all most of the time, but which is activated only for short time 
>> occurrences as for similar graph below
>>
>>
>>
>> Thanks,
>>
>> Marco
>>
>>
>> --
>>
>> Marco Scano
>> Skype: marco.scano83
>
> -- 
>
>
> Ingby<http://www.ingby.com>
>
> bischeck - dynamic and adaptive monitoring for Nagios<http://www.bischeck.org>
>
> anders.haal at ingby.com<mailto:anders.haal at ingby.com>
>
> Mjukvara genom ingenjörsmässig kreativitet och kompetens
>
> Ingenjörsbyn
> Box 531
> 101 30 Stockholm
> Sweden
> www.ingby.com  <http://www.ingby.com/>
> Mobil: +46 70 575 35 46
> Tele: +46 75 75 75 090
> Fax:  +46 75 75 75 091

-- 


Ingby <http://www.ingby.com>

bischeck - dynamic and adaptive monitoring for Nagios <http://www.bischeck.org>

anders.haal at ingby.com<mailto:anders.haal at ingby.com>

Mjukvara genom ingenjörsmässig kreativitet och kompetens

Ingenjörsbyn
Box 531
101 30 Stockholm
Sweden
www.ingby.com <http://www.ingby.com/>
Mobil: +46 70 575 35 46
Tele: +46 75 75 75 090
Fax:  +46 75 75 75 091

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-lists.org/archive/bischeck-users/attachments/20170302/8f7abe01/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 10049 bytes
Desc: not available
URL: <https://www.monitoring-lists.org/archive/bischeck-users/attachments/20170302/8f7abe01/attachment-0001.png>