[Check_mk (english)] Any way to adjust the 110 second timeout for distributed actions?

Dr. Maik Götte maik.goette at uni-kassel.de
Fri Feb 15 11:27:43 CET 2019


We also experience these issues, additionally when renaming e.g. 
switches. ASFAIK there is no such option anywhere; it seems hardcoded 
somewhere. I played with timeout options in apache and in some of the 
cmk python scripts without success. At the moment we have an open ticket 
with cmk support on this.

Best regards,


Am 14.02.2019 um 13:11 schrieb Mäkelä, Antti:
> Hi,
>    in some cases, when we do discovery for a new host on a distributed, slave node, the host responds slowly (especially across slow links). Thus, covering all the inventorizable MIBs takes a long time.
>    However, the WATO times out after 110 seconds and cancels the process.
>    Running cmk -I <host> from the slave node directly works fine.
>    Same occurs also if we e.g. rename host that has a lot of graphing data etc to go through. We can see the cmk process still doing the find-replace operation when checked dirertly from slave node, but master does not like to wait.
>    Where can we configure this 110 second "hard limit" for how long to wait for answer from distributed node? Even better would be if master would be aware that action is still ongoing even if it is taking a long time and give an *option* to cancel it if needed.
>    Running 1.5.0p9.
>    Thanks.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5369 bytes
Desc: S/MIME Cryptographic Signature
URL: <https://lists.mathias-kettner.de/pipermail/checkmk-en/attachments/20190215/bb379ba7/attachment.bin>

More information about the checkmk-en mailing list