[Freeipa-users] Excessive CPU usage by ns-slapd

Jim Richard jrichard at placeiq.com
Thu Feb 19 19:11:51 UTC 2015


Hi Rich, here’s what all 4 of my IPA servers look like right now. You can see that SSO-107’s CPU usage is much higher than the other 3 and it spikes to over 100% often. And what I see over time is that the higher and higher cpu usage will happen between two of my four servers, one will drop off and the other increases and each time this cycle happens, the cpu usage on the one server that is spiking will get a little bit higher.

The two servers that show this behavior are SSO-107 and SSO-109.

I’ve attached some more detailed stack trace as well.






Here’s what my replication agreements look like:

[root at sso-107 (NY) ~]$ ipa-replica-manage list
sso-108.nym1.placeiq.net: master
sso-110.nym1.placeiq.net: master
sso-107.nym1.placeiq.net: master
sso-109.nym1.placeiq.net: master

[root at sso-107 (NY) ~]$ ipa-replica-manage list sso-107.nym1.placeiq.net
sso-108.nym1.placeiq.net: replica
sso-110.nym1.placeiq.net: replica

[root at sso-107 (NY) ~]$ ipa-replica-manage list sso-108.nym1.placeiq.net
sso-107.nym1.placeiq.net: replica
sso-109.nym1.placeiq.net: replica

[root at sso-107 (NY) ~]$ ipa-replica-manage list sso-109.nym1.placeiq.net
sso-108.nym1.placeiq.net: replica
sso-110.nym1.placeiq.net: replica

[root at sso-107 (NY) ~]$ ipa-replica-manage list sso-110.nym1.placeiq.net
sso-107.nym1.placeiq.net: replica
sso-109.nym1.placeiq.net: replica





SSO-107

top - 15:58:08 up 2 days, 10:00,  1 user,  load average: 0.00, 0.03, 0.06
Tasks:   1 total,   0 running,   1 sleeping,   0 stopped,   0 zombie
Cpu(s): 12.2%us,  1.1%sy,  0.0%ni, 86.7%id,  0.1%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   2952788k total,  2160216k used,   792572k free,   182584k buffers
Swap:  4094972k total,        0k used,  4094972k free,   678292k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
11615 dirsrv    20   0 2063m 843m  19m S 25.5 29.3 403:53.56 ns-slapd

[root at sso-107 (NY) /var/log/dirsrv/slapd-PLACEIQ-NET]$ ls -al /proc/`cat /var/run/dirsrv/slapd-PLACEIQ-NET.pid`/fd|grep socket|wc -l
245




SSO-108

top - 15:57:26 up 3 days, 17:25,  1 user,  load average: 0.03, 0.03, 0.00
Tasks:   1 total,   0 running,   1 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.3%us,  0.2%sy,  0.0%ni, 99.4%id,  0.1%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   2952788k total,  2200792k used,   751996k free,   182084k buffers
Swap:  4094972k total,        0k used,  4094972k free,   713848k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
24399 dirsrv    20   0 2055m 819m  19m S  0.8 28.4  54:48.53 ns-slapd

[root at sso-108 (NY) /var/log/dirsrv/slapd-PLACEIQ-NET]$ ls -al /proc/`cat /var/run/dirsrv/slapd-PLACEIQ-NET.pid`/fd|grep socket|wc -l
232




SSO-109

top - 16:00:05 up 4 days,  9:10,  1 user,  load average: 0.06, 0.32, 0.35
Tasks:   1 total,   0 running,   1 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.7%us,  0.3%sy,  0.0%ni, 98.9%id,  0.2%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   2952788k total,  2422572k used,   530216k free,   235472k buffers
Swap:  4094972k total,        0k used,  4094972k free,   906080k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
22522 dirsrv    20   0 2065m 772m  19m S  1.2 26.8 308:13.07 ns-slapd

[root at sso-109 (NY) ~]$ ls -al /proc/`cat /var/run/dirsrv/slapd-PLACEIQ-NET.pid`/fd|grep socket|wc -l
219





SSO-110

top - 16:07:54 up 14 days, 18:03,  1 user,  load average: 0.00, 0.01, 0.00
Tasks:   1 total,   0 running,   1 sleeping,   0 stopped,   0 zombie
Cpu(s):  2.0%us,  1.0%sy,  0.0%ni, 96.7%id,  0.3%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   2952788k total,  2304556k used,   648232k free,   155216k buffers
Swap:  4094972k total,       64k used,  4094908k free,   748972k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 2401 dirsrv    20   0 2074m 839m  18m S  4.8 29.1  48:25.58 ns-slapd
 
[root at sso-110 (NY) /var/log/dirsrv/slapd-PLACEIQ-NET]$ ls -al /proc/`cat /var/run/dirsrv/slapd-PLACEIQ-NET.pid`/fd|grep socket|wc -l
257







Jim Richard  |  PlaceIQ <http://www.google.com/url?q=http%3A%2F%2Fwww.placeiq.com%2F&sa=D&sntz=1&usg=AFrqEzcYjZpDPyqW7feNK9EgLq-c9JlHiw>  |  Systems Administrator  |  jrichard at placeiq.com <mailto:name at placeiq.com>  |  +1 (646) 338-8905 <>



> On Feb 19, 2015, at 9:33 AM, Rich Megginson <rmeggins at redhat.com> wrote:
> 
> On 02/18/2015 11:05 PM, Jatin Nansi wrote:
>> Check the ns-slapd access and error logs of the DS instance hosting the IPA instance. The strace output indicates that ns-slapd spent most of its time waiting for network activity to happen (poll), which is normal for ns-slapd.
> 
> The number of open connections correlates to the CPU usage.  Do this:
> 
> # ls -al /proc/`cat /var/run/dirsrv/slapd-MY-DOMAIN.pid`/fd|grep socket|wc -l
> 
> How many socket connections do you have?
> 
> Also, it will be very useful to get some stack traces of the running server to see what the various threads are doing.  See http://www.port389.org/docs/389ds/FAQ/faq.html#debugging-hangs <http://www.port389.org/docs/389ds/FAQ/faq.html#debugging-hangs>
> 
>> 
>> Jatin
>> On 19/02/15 15:52, Jim Richard wrote:
>>> I’ve got 4 Redhat IDM masters in a multi-master config. 3.0.0-42.el6.centos is the IPA version, 389-ds-base version 1.2.11.15-48.el6_6, Centos 6.6
>>> 
>>> Monitoring established connections on port 389 and dsInOps over time shows a consistent/even level of activity however 2 of the 4 IPA servers show ever increasing CPI usage by ns-slapd. One ns-slapd process will start to show increased CPU for a time, then drop off as another then increases. This cycle continues with each switch seeing more and more total SPU usage by ns-slapd.
>>> 
>>> strace timing for the offending ns-slapd looks like the following:
>>> 
>>> 

>>> % time     seconds  usecs/call     calls    errors syscall
>>> ------ ----------- ----------- --------- --------- ----------------
>>>  96.12    9.342272        1133      8243           poll
>>>   3.86    0.375457          53      7066        41 futex
>>>   0.01    0.000668           0      8244      8244 getpeername
>>>   0.00    0.000374           0       929           close
>>>   0.00    0.000368           0      3201           read
>>>   0.00    0.000151           0       882           setsockopt
>>>   0.00    0.000095           2        42           access
>>>   0.00    0.000033           0      1365           fcntl
>>>   0.00    0.000000           0        42           open
>>>   0.00    0.000000           0        39           stat
>>>   0.00    0.000000           0        42           fstat
>>>   0.00    0.000000           0         1           madvise
>>>   0.00    0.000000           0       441           accept
>>>   0.00    0.000000           0       441           getsockname
>>>   0.00    0.000000           0         1           restart_syscall
>>> ------ ----------- ----------- --------- --------- ----------------
>>> 100.00    9.719418                 30979      8285 total
>>> 
>>> 
>>> I have carefully reviewed cn=config settings on all four master servers to confirm that they match.
>>> 
>>> Based on this strace output can you perhaps point me in the right direction, give me a clue on what I should be looking at.
>>> 
>>> Here’s a screen shot of my Zabbix reporting to help describe the problem. Note the graph in the bottom right corner.
>>> 
>>> The problem is most certainly related to replication but I just don’t know what specifically to look at.
>>> 
>>> <Mail Attachment.png>
>>> 
>>> 
>>> 
>>> Thanks in advance for any clues you can provide.
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> Jim Richard  |  PlaceIQ <http://www.google.com/url?q=http%3A%2F%2Fwww.placeiq.com%2F&sa=D&sntz=1&usg=AFrqEzcYjZpDPyqW7feNK9EgLq-c9JlHiw>  |  Systems Administrator  |  jrichard at placeiq.com <mailto:name at placeiq.com>  |  +1 (646) 338-8905 <>
>>> 
>>> 
>>> 
>>> 
>>> 
>> 
>> 
>> 
> 
> -- 
> Manage your subscription for the Freeipa-users mailing list:
> https://www.redhat.com/mailman/listinfo/freeipa-users
> Go To http://freeipa.org for more info on the project

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/freeipa-users/attachments/20150219/73913dc2/attachment.htm>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: sso-107-stacktrace.1424369987.txt
URL: <http://listman.redhat.com/archives/freeipa-users/attachments/20150219/73913dc2/attachment.txt>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/freeipa-users/attachments/20150219/73913dc2/attachment-0001.htm>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: sso-109-stacktrace.1424370008.txt
URL: <http://listman.redhat.com/archives/freeipa-users/attachments/20150219/73913dc2/attachment-0001.txt>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/freeipa-users/attachments/20150219/73913dc2/attachment-0002.htm>


More information about the Freeipa-users mailing list