bischeck suddenly stops working

Anders Håål anders.haal at ingby.com
Mon Jul 24 21:57:57 CEST 2017


Hi Giuseppe,

Sounds strange that it just stopped working after along time of 
stability if not something has change:

- Anything change on the server you run bischeck on - OS, jdk version, 
......

- Update redis version? Change in configuration?

- Added any new bischeck check or changed something in the configuration?

- Anything else you can think about that may have change?

When you say restarting is it the normal /etc/init.d/bischeckd restart 
that fix the problem? The reason I ask is that the script just do a kill 
with TERM signal. If the jvm would be in a out of memory situation it 
may not be enough, but you should have seen that in the log I guess. 
Sure you do not have any ERROR or WARN entries in the log.

/Anders



On 07/24/2017 02:14 PM, Francesco Giuseppe Toffoli wrote:
>
> Hi,
> we are experiencing a critical problem with Bischeck. It's a couple of 
> months it sometimes suddenly stops working: the daemon  
> /etc/init.d/bicheckd is running but no check results are sent to 
> Nagios. Restarting bischeck daemon fixes the issue.
> Unfortunately we can't find any clue about the root cause on bischeck 
> logs, not even with DEBUG logging level enabled. Redis database seems 
> working properly  and no increasing of memory/cpu usage are reported 
> on the server hosting bischeck while the issue occurs.
>
> Do you have any suggestion on how to deeply investigate this?
>
> Regards,
> Francesco
>
> -- 
>
> Francesco Giuseppe Toffoli
> Monitoring Engineer
>
> GSE Department
>
> Tel: +39 01127387488
>
> Mobile: +39 349.800.60.35
> Email: _ftoffoli at skylogic.it <mailto:ftoffoli at skylogic.it>_
> *
> **Skylogic S. p. A.*
> Strada Pianezza, 289
> 10151 Torino, Italy
>
>
>
> This message contains confidential information and is intended only 
> for the individual named. If you are not the named addressee you 
> should not disseminate, distribute or copy this e-mail. Please notify 
> the sender immediately by e-mail if you have received this e-mail by 
> mistake and delete this e-mail from your system. E-mail transmission 
> cannot be guaranteed to be secure or error-free as information could 
> be intercepted, corrupted, lost, destroyed, arrive late or incomplete, 
> or contain viruses. The sender therefore does not accept liability for 
> any errors or omissions in the contents of this message, which arise 
> as a result of e-mail transmission. If verification is required please 
> request a hard-copy version. Please note that any views or opinions 
> presented in this email are solely those of the author and do not 
> necessarily represent those of the Company.
> No employee or agent is authorized to conclude any binding agreement 
> on behalf of this Company nor, through this latter, any of the 
> Eutelsat Communication group with another party by email without 
> express written confirmation by a duly authorized officer of the 
> Company. The list of duly authorized officers and the scope of their 
> powers is published on the Trade Register according to the national 
> law of each affiliate.

-- 


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/20170724/55dc2cf8/attachment.html>


More information about the Bischeck-users mailing list