Am 07.08.2014 14:38, schrieb Christophe HAEN:
Thanks for the info :-)
Regarding the discussion about the implicit dependency. May I suggest an
option parameter in the main config file that would let the user choose
whether to disable the checks or not?
Imho the additional dependency apply is mo
Thanks for the info :-)
Regarding the discussion about the implicit dependency. May I suggest an
option parameter in the main config file that would let the user choose
whether to disable the checks or not?
I also would like to remind you about this feature :
https://dev.icinga.org/issues/6683
Tha
Hi Christophe,
regarding your "going live"-plans - we've released Icinga 2 2.0.2 today.
https://www.icinga.org/2014/08/07/icinga-2-2-0-2-released/
kind regards,
Michael
Am 04.08.2014 10:53, schrieb Michael Friedrich:
Am 04.08.2014 10:27, schrieb Christophe HAEN:
Really?? I was quite sur
Am 04.08.2014 10:27, schrieb Christophe HAEN:
Really?? I was quite sure that the checks were not executed when the host was down...
Okay, if then it is a normal behavior, no need to worry :-) Can I ask though when would such a case be useful? I can hardly imagine one.
AFAIK such (service) d
Really?? I was quite sure that the checks were not executed when the host
was down...
Okay, if then it is a normal behavior, no need to worry :-) Can I ask
though when would such a case be useful? I can hardly imagine one.
Hum, that's a cool feature, thanks for the hint and the follow up!
Cheers,
Am 29.07.2014 16:00, schrieb Christophe HAEN:
Hi,
is there anything I could do/debug/look at/provide to make the case
solving easier?
This bug is almost the last step to go fully production with Icinga2 :-(
I was mistaken (thx Gunnar & Tom), that Icinga 1.x would prevent service
checks when a
Hi,
is there anything I could do/debug/look at/provide to make the case solving
easier?
This bug is almost the last step to go fully production with Icinga2 :-(
Cheers,
Chris
2014-07-17 7:12 GMT+02:00 Christophe HAEN :
> Good morning,
>
> Some news. I did another test : I have my host X on whi
Good morning,
Some news. I did another test : I have my host X on which I have many
services (A, B, C, D) running. All the services depends on one of the
service of that machine (say B, C and D depends on A). Host X is down.
The observed behavior is that the service A is still checked (which it
sh
hum...
[root@icinga2 ~]# grep -i CheckerComponent /var/log/icinga2/icinga2.log |
wc -l
530
[root@icinga2 ~]# grep -i Skipping /var/log/icinga2/icinga2.log | wc -l
0
The CheckerComponent lines look like that:
[2014-07-15 13:04:18 +0200] notice/CheckerComponent: Pending checkables: 0;
Idle checkable
On 15.07.2014 08:02, Christophe HAEN wrote:
Hi,
yes I understand that it is inside the code, but I would assume that it is treated like any other dependency in the logic, or is it not the case?
Ticket opened.
I don't have logs no, however, I can take an example querying the DB:
Pleas
Hi,
yes I understand that it is inside the code, but I would assume that it is
treated like any other dependency in the logic, or is it not the case?
Ticket opened.
I don't have logs no, however, I can take an example querying the DB:
ariaDB [icinga]> select status_update_time, last_state_chang
On 14.07.2014 16:55, Christophe HAEN wrote:
Hi,
The documentation states that there is an implicit dependency between the services and the host on which they run. However it does not give much details regarding the configuration of this dependency.
There is no configuration of that, but t
Hi,
The documentation states that there is an implicit dependency between the
services and the host on which they run. However it does not give much
details regarding the configuration of this dependency. Namely:
- the value of disable_checks
- the value of disable_notification
- the value of stat
13 matches
Mail list logo
