[icinga-users] ido probelms in 0.8.3

Michael Friedrich michael.friedrich at univie.ac.at
Wed Sep 9 14:14:16 CEST 2009


Hi,

Christoph Maser wrote the following on 09.09.2009 13:57:
> With version 0.8.3 we constantly see this in icinga-logfile:
>
> [1252497397] idomod: Successfully reconnected to data sink!  0 items
> lost, 338 queued items to flush.
> [1252497397] idomod: Error writing to data sink!  Some output may get
> lost.  91 queued items to flush.
> [1252497413] idomod: Successfully reconnected to data sink!  0 items
> lost, 231 queued items to flush.
> [1252497413] idomod: Successfully flushed 231 queued items to data sink.
> [1252497421] idomod: Error writing to data sink!  Some output may get
> lost...
> [1252497437] idomod: Successfully reconnected to data sink!  0 items
> lost, 138 queued items to flush.
> [1252497437] idomod: Successfully flushed 138 queued items to data sink.
Since I have widely modified the query handling for insert-or-update, 
there might be a bug in the code.

Could you please turn the debuglevel to the highest one (2 - very 
detailed) and modify the size to 10MB. While the error occurs a complete 
debug output will be written to ido2db.debug in icinga/var/. Please 
tar.gz/zip and then send it to me, I will catch up on that (or compare 
the timestamps log<->debuglog and copy everything happening in between 
-10 secs, +10 secs).

I recently encountered a similar problem (it's kind of segfault handling 
(sig_handler will be called), and causing the forked child to die), but 
I was not able to fix that yet. I just want to see what's happening at 
your stage, I hope it will help.

Kind regards,
Michael

-- 
DI (FH) Michael Friedrich
michael.friedrich at univie.ac.at
Tel: +43 1 4277 14359

Vienna University Computer Center
Universitaetsstrasse 7 
A-1010 Vienna, Austria  





More information about the icinga-users mailing list