<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">On 12/03/2015 08:33 AM, Andy Thompson
wrote:<br>
</div>
<blockquote
cite="mid:f89507f51c754cef916ab007d218d5e7@TCCCORPEXCH02.TCC.local"
type="cite">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">-----Original Message-----
From: <a class="moz-txt-link-abbreviated" href="mailto:freeipa-users-bounces@redhat.com">freeipa-users-bounces@redhat.com</a> [<a class="moz-txt-link-freetext" href="mailto:freeipa-users">mailto:freeipa-users</a>-
<a class="moz-txt-link-abbreviated" href="mailto:bounces@redhat.com">bounces@redhat.com</a>] On Behalf Of Petr Spacek
Sent: Thursday, December 3, 2015 3:04 AM
To: <a class="moz-txt-link-abbreviated" href="mailto:freeipa-users@redhat.com">freeipa-users@redhat.com</a>
Subject: Re: [Freeipa-users] RHEL 7.2 update - ns-slapd hanging system
On 2.12.2015 22:02, Alexander Bokovoy wrote:
</pre>
<blockquote type="cite">
<pre wrap="">On Wed, 02 Dec 2015, Andy Thompson wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Since updating to RHEL 7.2 I've got issues with ns-slapd hanging the
system up after a period of time. The directory becomes unresponsive
to searches or any connections. After a restart I see
[02/Dec/2015:15:27:41 -0500] - slapd started. Listening on All
Interfaces port 389 for LDAP requests
[02/Dec/2015:15:27:41 -0500] - Listening on All Interfaces port 636
for LDAPS requests
[02/Dec/2015:15:27:41 -0500] - Listening on
/var/run/slapd-MHBENP-LIN.socket for LDAPI requests
[02/Dec/2015:15:27:44 -0500] NSMMReplicationPlugin -
agmt="cn=meTomdhixnpipa02.mhbenp.lin" (mdhixnpipa02:389):
</pre>
</blockquote>
</blockquote>
<pre wrap="">Replication
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">bind with GSSAPI auth resumed
[02/Dec/2015:15:27:47 -0500] NSMMReplicationPlugin - replication keep
alive entry <cn=repl keep alive 4,dc=mhbenp,dc=lin> already exists
In the logs and occasionally the keepalive entry message is seen a
few times and then eventually the ns-slapd taps the system. 100%
util, system load crawls up between 30 and 40 and eventually I have
to restart the service to get it to respond again. Memory usage is
normal, db and entry cache is sufficient.. possibly a little on the
high side but resource is sitting there asking to be used :)
Running 389-ds-base-1.3.4.0-19.el7.x86_64 after the update yesterday.
What additional information can I provide?
</pre>
</blockquote>
<pre wrap="">install debuginfo for 389-ds-base and slapi-nis, and take a pstack
output for ns-slapd pid.
</pre>
</blockquote>
<pre wrap="">
For detailed instructions please see
<a class="moz-txt-link-freetext" href="http://directory.fedoraproject.org/docs/389ds/FAQ/faq.html#debug_hangs">http://directory.fedoraproject.org/docs/389ds/FAQ/faq.html#debug_hangs</a>
</pre>
</blockquote>
<pre wrap="">
Here is the resulting stacktrace during the last hang.</pre>
</blockquote>
<br>
The server is idle at this point. None of the threads are doing any
work, or are blocked/deadlocked. It does not appear hung at all.<br>
<br>
When the server is in the "hung" state again, use ldapsearch (e.g.
-s base -b "") to "ping" the server to see if it is entirely
unresponsive.<br>
<br>
<blockquote
cite="mid:f89507f51c754cef916ab007d218d5e7@TCCCORPEXCH02.TCC.local"
type="cite">
<pre wrap="">
-andy
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
</blockquote>
<br>
</body>
</html>