New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[dev.icinga.com #10937] High CPU usage with self-referenced parent zone config #3820
Comments
Updated by mfriedrich on 2016-01-11 10:06:25 +00:00
How exactly does that configuration look like? |
Updated by nmm on 2016-01-11 11:51:37 +00:00 dnsmichi wrote:
This should be the correct configuration (no issues): object Zone "foo.bar" { Wrong configuration that bursts down CPU: object Zone "foo.bar" { Basically, setting parent to host will increase CPU to top. Best Regards, |
Updated by mfriedrich on 2016-01-11 12:46:16 +00:00
|
Updated by mfriedrich on 2016-01-11 12:46:25 +00:00
|
Updated by mfriedrich on 2016-01-11 12:47:04 +00:00
Self-import or reference of objects is currently not properly implemented, I've linked the other issues. |
Updated by mfriedrich on 2016-01-29 09:51:49 +00:00
|
Updated by mfriedrich on 2016-03-18 14:52:39 +00:00
Hi Gunnar, can you please have a look and also include the other two linked issues? Thanks, |
Updated by gbeutner on 2016-03-23 08:04:42 +00:00
|
Updated by Anonymous on 2016-03-23 08:05:04 +00:00
Applied in changeset b621b00. |
Updated by mfriedrich on 2016-06-22 12:07:35 +00:00
|
This issue has been migrated from Redmine: https://dev.icinga.com/issues/10937
Created by nmm on 2016-01-06 14:02:13 +00:00
Assignee: gbeutner
Status: Resolved (closed on 2016-03-23 08:05:04 +00:00)
Target Version: 2.5.0
Last Update: 2016-06-22 12:07:35 +00:00 (in Redmine)
Dear Developers,
When one introduces a bad configuration on zones.conf and sets 'master' with the information of the client (instead of master) the icinga2 process produces incredibly high CPU usage. In my case I introduced a bad configuration and defined 'master' as the 'client' and the icinga2 process took 100% on all 16 cpu's on the server.
Would it be possible during 'icinga2 daemon --validate' that icinga could validate zones.conf for configuration issues like this one?
Kindest regards,
NMM
FYI:
[root@etmon eurotux]# rpm -qi icinga2
Name : icinga2
Version : 2.4.1
Release : 1.el7.centos
Architecture: x86_64
Install Date: Fri 11 Dec 2015 10:19:09 AM WET
Group : Applications/System
Size : 17986
License : GPL-2.0+
Signature : DSA/SHA1, Thu 26 Nov 2015 12:38:57 PM WET, Key ID c6e319c334410682
Source RPM : icinga2-2.4.1-1.el7.centos.src.rpm
Build Date : Thu 26 Nov 2015 12:38:46 PM WET
Build Host : jenkins-build-5c74b3d4-1984
Relocations : (not relocatable)
URL : https://www.icinga.org/
Summary : Network monitoring application
Description :
Meta package for Icinga 2 Core, DB IDO and Web.
Changesets
2016-03-23 08:03:53 +00:00 by (unknown) b621b00
Relations:
The text was updated successfully, but these errors were encountered: