Apply configuration doesn't finish

[Frédéric GRANAT]

Hi,
No I didn't modify the uid.
Could you please explain me what could be the link between the uid and my performance problem (please remind that that problem is corrected after a server restart, bu occurs after a moment).

Frederic

[sreinhardt]

As far as I am concerned, applying configuration, is not purely a performance issue. The reason I ask about the UID, is that nagios is created as uid 500, your file has a uid of 500, but it is not listed as the user nagios, also I noted the use of winbindd which leads me to believe you might be integrating with a M$ AD system. This leads me to believe based on past experiences, that the uid for nagios has been changed, or possibly the user removed entirely. In most cases, this is due to ldap\AD integration and the uid being vastly changed. This can and will cause file permission issues, slowness on the web interface and other such issues. Let's 100% verify this is not the case, and if it is, work to resolve it so that apache and nagios have the proper access to write your configuration files.

Code: Select all

grep -i 'nag' /etc/passwd
grep -i 'nag' /etc/group

[Frédéric GRANAT]

For information :
LAst server boot : 2013-10-28 11:11
No performance problem at that time.

[root@nagiosxi ~]# grep -i 'nag' /etc/passwd
nagios20739:500::/home/nagios:/bin/bash
[root@nagiosxi ~]# grep -i 'nag' /etc/passwd
nagios20739:500::/home/nagios:/bin/bash

[lmiltchev]

It seems like the nagios UID has been changed to 20739. You might want to change it back to 500 if this is not in use.

[Frédéric GRANAT]

Hi,
Please give me the commands to do that.

Frederic

[sreinhardt]

Well first you need to validate how that was altered. Is this due to the winbindd setup, possibly for AD integration? Do you have a puppet or other central config management software that maintains /etc/passwd or /etc/shadow? We did run into this issue previously with this thread. Just as a fair warning, choosing to ignore this will only lead to future issues as the nagios user does not have proper ownership of files, in fact no user actually owns them since the system does not have a user with id of 500.

[Frédéric GRANAT]

Do you have a puppet or other central config management software that maintains /etc/passwd or /etc/shadow?
=> No

[slansing]

Can you answer this portion as well?

Well first you need to validate how that was altered. Is this due to the winbindd setup, possibly for AD integration?

[Frédéric GRANAT]

I never touched winbind configuration.

Frederic

[sreinhardt]

OK, this still doesn't answer the question of how nagios got the uid of 20k-something. What is winbindd doing for you? Again before we can give you an accurate way to resolve the file permission issues, we need to know how and why this would have been altered, and if it may at some point change again. We want to provide you a long term solution that will work with your environment, opposed to a quick patch to make apply config happy while there are still other issues.