FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Directory

 
 
LinkBack Thread Tools
 
Old 11-22-2010, 03:38 PM
Reinhard Nappert
 
Default slapd not responding

Hi,
*
I have a 389 DS
1.1.2 server in Multi-Master mode. It happens that the server stops responding
in some circumstances. When the server was in that state, I did a kill -11 on
the pid in order to generate a coredump.
*
I got the following
out of the core, by using gdb.
*
Any idea, what is
going on on the server side. BTW, the server does not log anything during this
time in either access nor errors.
*
Thanks,
-Reinhard

Thread 46 (process 20637):
#0 0x00002adce97b9946 in fts_set () from /lib64/tls/libc.so.6
#1 0x0000000000000000 in ?? ()

Thread 45 (process 20638):
#0 0x00002adce97b9bdb in fts_build () from /lib64/tls/libc.so.6
#1 0x0000000000798f20 in ?? ()
#2 0x00002aaaaab52a80 in ?? ()
#3 0x0000000000000028 in ?? ()
#4 0x0000000000000000 in ?? ()

Thread 44 (process 20639):
#0 0x00002adce97b9946 in fts_set () from /lib64/tls/libc.so.6
#1 0x0000000000000000 in ?? ()

Thread 43 (process 20640):
#0 0x00002adce97b9946 in fts_set () from /lib64/tls/libc.so.6
#1 0x0000000000000000 in ?? ()

Thread 42 (process 20641):
#0 0x00002adce99369ba in pthread_rwlockattr_getpshared ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 41 (process 20642):
#0 0x00002adce97b9946 in fts_set () from /lib64/tls/libc.so.6
#1 0x0000000000000000 in ?? ()

Thread 40 (process 20643):
#0 0x00002adce97b9bdb in fts_build () from /lib64/tls/libc.so.6
#1 0x0000000000000028 in ?? ()
#2 0x0000000000000000 in ?? ()

Thread 39 (process 20644):
#0 0x00002adce97b9946 in fts_set () from /lib64/tls/libc.so.6
#1 0x0000000000000000 in ?? ()

Thread 38 (process 20645):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 37 (process 20646):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 36 (process 20647):
#0 0x00002adce99369ba in pthread_rwlockattr_getpshared ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 35 (process 20648):
#0 0x00002adce99369ba in pthread_rwlockattr_getpshared ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 34 (process 20649):
#0 0x00002adce97b333f in parse_arith () from /lib64/tls/libc.so.6
#1 0x00002adce95e3484 in pt_Write () from /opt/UMC/jdb/lib/dirsrv/libnspr4.so
#2 0x00002adce870697a in log_flush_buffer (lbi=Variable "lbi" is not available.
) at ../ldap/servers/slapd/log.c:3965
#3 0x00002adce8706eea in slapi_log_access (level=Variable "level" is not available.
) at ../ldap/servers/slapd/log.c:1942
#4 0x0000000000000000 in ?? ()

Thread 33 (process 20650):
#0 0x00002adce99369ba in pthread_rwlockattr_getpshared ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 32 (process 20651):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 31 (process 20652):
#0 0x00002adce9938e0b in _pthread_cleanup_pop_restore ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000001 in ?? ()
#2 0x0000000000000065 in ?? ()
#3 0x00002adce9935c17 in pthread_getattr_np () from /lib64/tls/libpthread.so.0
#4 0x0000000000000057 in ?? ()
#5 0x00002adce8706dcb in slapi_log_access (level=Variable "level" is not available.
) at ../ldap/servers/slapd/log.c:1995
#6 0x00002adce872545f in log_result (pb=0x2aaaaab52680, op=0x2aaaaab53c80,
err=3, tag=101, nentries=122) at ../ldap/servers/slapd/result.c:1633
#7 0x00002adce8725c40 in send_ldap_result_ext (pb=0x2aaaaab52680, err=3,
matched=Variable "matched" is not available.
) at ../ldap/servers/slapd/result.c:535
#8 0x00002adce8725f21 in send_ldap_result_ext (pb=0x774310, err=0,
matched=0x2aaaaab52680 "20Cw",
text=0x1388 <Address 0x1388 out of bounds>, nentries=0, urls=0x0, ber=0x0)
at ../ldap/servers/slapd/result.c:393
#9 0x00002aaaaab550f0 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 30 (process 20653):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 29 (process 20654):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 28 (process 20655):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 27 (process 20656):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 26 (process 20657):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 25 (process 20658):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 24 (process 20659):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 23 (process 20660):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 22 (process 20661):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 21 (process 20662):
#0 0x00002adce9938e0b in _pthread_cleanup_pop_restore ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000001 in ?? ()
#2 0x0000000000000065 in ?? ()
#3 0x00002adce9935c17 in pthread_getattr_np () from /lib64/tls/libpthread.so.0
#4 0x0000000000000057 in ?? ()
#5 0x00002adce8706dcb in slapi_log_access (level=Variable "level" is not available.
) at ../ldap/servers/slapd/log.c:1995
#6 0x00002adce872545f in log_result (pb=0x2aaaaabcf820, op=0x2aaaaabd0d10,
err=0, tag=101, nentries=0) at ../ldap/servers/slapd/result.c:1633
#7 0x00002adce8725c40 in send_ldap_result_ext (pb=0x2aaaaabcf820, err=0,
matched=Variable "matched" is not available.
) at ../ldap/servers/slapd/result.c:535
#8 0x00002adce8725f21 in send_ldap_result_ext (pb=0x0, err=1258897628,
matched=0x0, text=0x0, nentries=0, urls=0x0, ber=0x7d0000007d0)
at ../ldap/servers/slapd/result.c:393
#9 0x0000000000000000 in ?? ()

Thread 20 (process 20663):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 19 (process 20664):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 18 (process 20665):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 17 (process 20666):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 16 (process 20667):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 15 (process 20668):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 14 (process 20669):
#0 0x00002adce9938e0b in _pthread_cleanup_pop_restore ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000001 in ?? ()
#2 0x0000000000000065 in ?? ()
#3 0x00002adce9935c17 in pthread_getattr_np () from /lib64/tls/libpthread.so.0
#4 0x0000000000000057 in ?? ()
#5 0x00002adce8706dcb in slapi_log_access (level=Variable "level" is not available.
) at ../ldap/servers/slapd/log.c:1995
#6 0x00002adce872545f in log_result (pb=0x2aaaaab6d3b0, op=0x2aaaaab6c870,
err=3, tag=101, nentries=1) at ../ldap/servers/slapd/result.c:1633
#7 0x00002adce8725c40 in send_ldap_result_ext (pb=0x2aaaaab6d3b0, err=3,
matched=Variable "matched" is not available.
) at ../ldap/servers/slapd/result.c:535
#8 0x00002adce8725f21 in send_ldap_result_ext (pb=0x774310, err=0,
matched=0x2aaaaab6d3b0 "20Cw",
text=0x1388 <Address 0x1388 out of bounds>, nentries=0, urls=0x0, ber=0x0)
at ../ldap/servers/slapd/result.c:393
#9 0x00002aaaaab76cd0 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 13 (process 20670):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 12 (process 20671):
#0 0x00002adce9938e0b in _pthread_cleanup_pop_restore ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000001 in ?? ()
#2 0x0000000000000065 in ?? ()
#3 0x00002adce9935c17 in pthread_getattr_np () from /lib64/tls/libpthread.so.0
#4 0x0000000000000100 in ?? ()
#5 0x00002adce8706dcb in slapi_log_access (level=Variable "level" is not available.
) at ../ldap/servers/slapd/log.c:1995
#6 0x00002adce8712b8a in op_shared_search (pb=0x9d3190, send_result=1)
at ../ldap/servers/slapd/opshared.c:256
#7 0x0000000000422ae1 in do_search (pb=0x9d3190)
at ../ldap/servers/slapd/search.c:338
#8 0x00000000004130db in connection_threadmain ()
at ../ldap/servers/slapd/connection.c:499
#9 0x00002adce95e6dfe in _pt_root () from /opt/UMC/jdb/lib/dirsrv/libnspr4.so
#10 0x00002adce993410a in __find_in_stack_list ()
from /lib64/tls/libpthread.so.0
#11 0x0000000000000000 in ?? ()

Thread 11 (process 20672):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 10 (process 20673):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 9 (process 20674):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 8 (process 20675):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 7 (process 20676):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 6 (process 20677):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 5 (process 20678):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 4 (process 20679):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 3 (process 20680):
#0 0x00002adce9936baf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 2 (process 20681):
#0 0x00002adce97b9946 in fts_set () from /lib64/tls/libc.so.6
#1 0x0000000000000000 in ?? ()

Thread 1 (process 20633):
#0 0x00002adce9938e0b in _pthread_cleanup_pop_restore ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000001 in ?? ()
#2 0x0000000000000065 in ?? ()
#3 0x00002adce9935c17 in pthread_getattr_np () from /lib64/tls/libpthread.so.0
#4 0x000000000000005c in ?? ()
#5 0x00002adce8706dcb in slapi_log_access (level=Variable "level" is not available.
) at ../ldap/servers/slapd/log.c:1995
#6 0x00000000004115d2 in connection_reset (conn=0x2aaaaaab58a8, ns=81,
from=0x7fffc251b200, fromLen=Variable "fromLen" is not available.
) at ../ldap/servers/slapd/connection.c:294
#7 0x0000000000416182 in slapd_daemon (ports=0x7fffc251c020)
at ../ldap/servers/slapd/daemon.c:2295
#8 0x000000000041c043 in main (argc=7, argv=0x7fffc251c168)
at ../ldap/servers/slapd/main.c:887
--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 11-22-2010, 08:48 PM
Rich Megginson
 
Default slapd not responding

On 11/22/2010 09:38 AM, Reinhard Nappert wrote:



Hi,
*
I
have a 389 DS 1.1.2 server in Multi-Master mode. It happens
that the server stops responding in some circumstances. When
the server was in that state, I did a kill -11 on the pid in
order to generate a coredump.
*
I
got the following out of the core, by using gdb.
*
Any
idea, what is going on on the server side. BTW, the server
does not log anything during this time in either access nor
errors.


Looks like the server is deadlocked in the access logging code.* I
suppose you could try disabling access logging.


*
Thanks,
-Reinhard


--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users





--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 11-22-2010, 08:54 PM
Reinhard Nappert
 
Default slapd not responding

Ok, I try disable the access logging. Let's see if I can
reproduce.
*
Thanks,
-Reinhard



From: 389-users-bounces@lists.fedoraproject.org
[mailto:389-users-bounces@lists.fedoraproject.org] On Behalf Of Rich
Megginson
Sent: Monday, November 22, 2010 4:49 PM
To:
389-users@lists.fedoraproject.org
Subject: Re: [389-users] slapd not
responding


On 11/22/2010 09:38 AM, Reinhard Nappert wrote:


Hi,
*
I have a 389 DS
1.1.2 server in Multi-Master mode. It happens that the server stops responding
in some circumstances. When the server was in that state, I did a kill -11 on
the pid in order to generate a coredump.
*
I got the
following out of the core, by using gdb.
*
Any idea, what is
going on on the server side. BTW, the server does not log anything during this
time in either access nor errors.
Looks like the
server is deadlocked in the access logging code.* I suppose you could try
disabling access logging.


*
Thanks,
-Reinhard
--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users

--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 11-22-2010, 09:00 PM
Reinhard Nappert
 
Default slapd not responding

Should I open a bug for it?
*
-Reinhard



From: 389-users-bounces@lists.fedoraproject.org
[mailto:389-users-bounces@lists.fedoraproject.org] On Behalf Of Rich
Megginson
Sent: Monday, November 22, 2010 4:49 PM
To:
389-users@lists.fedoraproject.org
Subject: Re: [389-users] slapd not
responding


On 11/22/2010 09:38 AM, Reinhard Nappert wrote:


Hi,
*
I have a 389 DS
1.1.2 server in Multi-Master mode. It happens that the server stops responding
in some circumstances. When the server was in that state, I did a kill -11 on
the pid in order to generate a coredump.
*
I got the
following out of the core, by using gdb.
*
Any idea, what is
going on on the server side. BTW, the server does not log anything during this
time in either access nor errors.
Looks like the
server is deadlocked in the access logging code.* I suppose you could try
disabling access logging.


*
Thanks,
-Reinhard
--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users

--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 11-22-2010, 09:08 PM
Rich Megginson
 
Default slapd not responding

On 11/22/2010 03:00 PM, Reinhard Nappert wrote:



Should I open a bug
for it?

Sure, but unless you can reproduce it with the latest code (1.2.6 or
1.2.7), it's going to be very difficult for us to fix it.


*
-Reinhard




From:
389-users-bounces@lists.fedoraproject.org
[mailto:389-users-bounces@lists.fedoraproject.org] On
Behalf Of Rich Megginson

Sent: Monday, November 22, 2010 4:49 PM

To: 389-users@lists.fedoraproject.org

Subject: Re: [389-users] slapd not responding




On 11/22/2010 09:38 AM, Reinhard Nappert wrote:


Hi,
*
I have a 389 DS 1.1.2 server in Multi-Master
mode. It happens that the server stops responding in some
circumstances. When the server was in that state, I did a
kill -11 on the pid in order to generate a coredump.
*
I got the following out of the core, by using
gdb.
*
Any idea, what is going on on the server side.
BTW, the server does not log anything during this time in
either access nor errors.


Looks like the server is deadlocked in the access logging code.* I
suppose you could try disabling access logging.


*
Thanks,
-Reinhard

--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users





--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users





--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 11-22-2010, 09:11 PM
Reinhard Nappert
 
Default slapd not responding

ok. I need to do a bit more testing, but disabling access
logging may not solve the issue. I keep you updated



From: 389-users-bounces@lists.fedoraproject.org
[mailto:389-users-bounces@lists.fedoraproject.org] On Behalf Of Rich
Megginson
Sent: Monday, November 22, 2010 5:08 PM
To:
389-users@lists.fedoraproject.org
Subject: Re: [389-users] slapd not
responding


On 11/22/2010 03:00 PM, Reinhard Nappert wrote:


Should I open a bug for
it?Sure, but unless you can reproduce it with
the latest code (1.2.6 or 1.2.7), it's going to be very difficult for us to fix
it.


*
-Reinhard



From: 389-users-bounces@lists.fedoraproject.org
[mailto:389-users-bounces@lists.fedoraproject.org]
On Behalf Of Rich Megginson
Sent: Monday, November 22, 2010
4:49 PM
To: 389-users@lists.fedoraproject.org
Subject:
Re: [389-users] slapd not responding

On 11/22/2010 09:38
AM, Reinhard Nappert wrote:


Hi,
*
I have a 389 DS
1.1.2 server in Multi-Master mode. It happens that the server stops
responding in some circumstances. When the server was in that state, I did a
kill -11 on the pid in order to generate a coredump.
*
I got the
following out of the core, by using gdb.
*
Any idea, what
is going on on the server side. BTW, the server does not log anything during
this time in either access nor errors.
Looks like the
server is deadlocked in the access logging code.* I suppose you could try
disabling access logging.


*
Thanks,
-Reinhard
--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users

--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users

--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 11-23-2010, 04:21 PM
Reinhard Nappert
 
Default slapd not responding

Rich,
*
the slapd process was again in a state, where it did not
respond. I did disable access logging. See the attached thread
information.
*
Could you have a look at it and tell me, what you see.

*
Thanks,
-Reinhard



From: 389-users-bounces@lists.fedoraproject.org
[mailto:389-users-bounces@lists.fedoraproject.org] On Behalf Of Reinhard
Nappert
Sent: Monday, November 22, 2010 5:11 PM
To: General
discussion list for the 389 Directory server project.
Subject: Re:
[389-users] slapd not responding



ok. I need to do a bit more testing, but disabling access
logging may not solve the issue. I keep you updated



From: 389-users-bounces@lists.fedoraproject.org
[mailto:389-users-bounces@lists.fedoraproject.org] On Behalf Of Rich
Megginson
Sent: Monday, November 22, 2010 5:08 PM
To:
389-users@lists.fedoraproject.org
Subject: Re: [389-users] slapd not
responding


On 11/22/2010 03:00 PM, Reinhard Nappert wrote:


Should I open a bug for
it?Sure, but unless you can reproduce it with
the latest code (1.2.6 or 1.2.7), it's going to be very difficult for us to fix
it.


*
-Reinhard



From: 389-users-bounces@lists.fedoraproject.org
[mailto:389-users-bounces@lists.fedoraproject.org]
On Behalf Of Rich Megginson
Sent: Monday, November 22, 2010
4:49 PM
To: 389-users@lists.fedoraproject.org
Subject:
Re: [389-users] slapd not responding

On 11/22/2010 09:38
AM, Reinhard Nappert wrote:


Hi,
*
I have a 389 DS
1.1.2 server in Multi-Master mode. It happens that the server stops
responding in some circumstances. When the server was in that state, I did a
kill -11 on the pid in order to generate a coredump.
*
I got the
following out of the core, by using gdb.
*
Any idea, what
is going on on the server side. BTW, the server does not log anything during
this time in either access nor errors.
Looks like the
server is deadlocked in the access logging code.* I suppose you could try
disabling access logging.


*
Thanks,
-Reinhard
--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users

--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users

Core was generated by `./ns-slapd -D /opt/UMC/jdb/etc/dirsrv/slapd-sdx -i /opt/UMC/jdb/var/run/dirsrv/'.
Program terminated with signal 11, Segmentation fault.
warning: .dynamic section for "/opt/UMC/jdb/sbin/ns-slapd" is not at the expected address
warning: .dynamic section for "/opt/UMC/jdb/lib/dirsrv/libslapd.so.0" is not at the expected address
warning: .dynamic section for "/lib64/tls/libc.so.6" is not at the expected address
warning: .dynamic section for "/lib64/libcrypt.so.1" is not at the expected address
warning: .dynamic section for "/lib64/libcrypto.so.4" is not at the expected address
warning: .dynamic section for "/opt/UMC/jdb/lib/dirsrv/plugins/libreplication-plugin.so" is not at the expected address
Loaded symbols for /opt/UMC/jdb/sbin/ns-slapd
Reading symbols from /opt/UMC/jdb/lib/dirsrv/libslapd.so.0...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/libslapd.so.0
Reading symbols from /opt/UMC/jdb/lib/dirsrv/libssldap60.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/libssldap60.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/libprldap60.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/libprldap60.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/libldap60.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/libldap60.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/libldif60.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/libldif60.so
Reading symbols from /usr/lib64/libsasl2.so.2...done.
Loaded symbols for /usr/lib64/libsasl2.so.2
Reading symbols from /lib64/libdl.so.2...done.
Loaded symbols for /lib64/libdl.so.2
Reading symbols from /lib64/libresolv.so.2...done.
Loaded symbols for /lib64/libresolv.so.2
Reading symbols from /opt/UMC/jdb/lib/dirsrv/libsvrcore.so.0...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/libsvrcore.so.0
Reading symbols from /opt/UMC/jdb/lib/dirsrv/libssl3.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/libssl3.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/libnss3.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/libnss3.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/libplds4.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/libplds4.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/libplc4.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/libplc4.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/libnspr4.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/libnspr4.so
Reading symbols from /lib64/tls/libc.so.6...done.
Loaded symbols for /lib64/tls/libc.so.6
Reading symbols from /lib64/tls/libpthread.so.0...done.
Loaded symbols for /lib64/tls/libpthread.so.0
Reading symbols from /opt/UMC/jdb/lib/dirsrv/libsoftokn3.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/libsoftokn3.so
Reading symbols from /lib64/libcrypt.so.1...done.
Loaded symbols for /lib64/libcrypt.so.1
Reading symbols from /lib64/ld-linux-x86-64.so.2...done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Reading symbols from /opt/UMC/jdb/lib/dirsrv/plugins/libsyntax-plugin.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/plugins/libsyntax-plugin.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/plugins/libbitwise-plugin.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/plugins/libbitwise-plugin.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/plugins/libcollation-plugin.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/plugins/libcollation-plugin.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/libicui18n.so.36...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/libicui18n.so.36
Reading symbols from /opt/UMC/jdb/lib/dirsrv/libicuuc.so.36...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/libicuuc.so.36
Reading symbols from /opt/UMC/jdb/lib/dirsrv/libicudata.so.36...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/libicudata.so.36
Reading symbols from /usr/lib64/libstdc++.so.6...done.
Loaded symbols for /usr/lib64/libstdc++.so.6
Reading symbols from /lib64/tls/libm.so.6...done.
Loaded symbols for /lib64/tls/libm.so.6
Reading symbols from /lib64/libgcc_s.so.1...done.
Loaded symbols for /lib64/libgcc_s.so.1
Reading symbols from /opt/UMC/jdb/lib/dirsrv/plugins/libpwdstorage-plugin.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/plugins/libpwdstorage-plugin.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/plugins/libdes-plugin.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/plugins/libdes-plugin.so
Reading symbols from /usr/lib64/sasl2/libcrammd5.so.2...done.
Loaded symbols for /usr/lib64/sasl2/libcrammd5.so.2
Reading symbols from /usr/lib64/sasl2/libplain.so.2...done.
Loaded symbols for /usr/lib64/sasl2/libplain.so.2
Reading symbols from /usr/lib64/sasl2/libdigestmd5.so.2...done.
Loaded symbols for /usr/lib64/sasl2/libdigestmd5.so.2
Reading symbols from /lib64/libcrypto.so.4...done.
Loaded symbols for /lib64/libcrypto.so.4
Reading symbols from /usr/lib64/libgssapi_krb5.so.2...done.
Loaded symbols for /usr/lib64/libgssapi_krb5.so.2
Reading symbols from /usr/lib64/libkrb5.so.3...done.
Loaded symbols for /usr/lib64/libkrb5.so.3
Reading symbols from /lib64/libcom_err.so.2...done.
Loaded symbols for /lib64/libcom_err.so.2
Reading symbols from /usr/lib64/libk5crypto.so.3...done.
Loaded symbols for /usr/lib64/libk5crypto.so.3
Reading symbols from /usr/lib64/libz.so.1...done.
Loaded symbols for /usr/lib64/libz.so.1
Reading symbols from /usr/lib64/sasl2/libsasldb.so.2...done.
Loaded symbols for /usr/lib64/sasl2/libsasldb.so.2
Reading symbols from /usr/lib64/sasl2/libanonymous.so.2...done.
Loaded symbols for /usr/lib64/sasl2/libanonymous.so.2
Reading symbols from /usr/lib64/sasl2/liblogin.so.2...done.
Loaded symbols for /usr/lib64/sasl2/liblogin.so.2
Reading symbols from /opt/UMC/jdb/lib/dirsrv/plugins/libattr-unique-plugin.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/plugins/libattr-unique-plugin.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/plugins/libacl-plugin.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/plugins/libacl-plugin.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/libns-dshttpd.so.0...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/libns-dshttpd.so.0
Reading symbols from /opt/UMC/jdb/lib/dirsrv/plugins/libchainingdb-plugin.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/plugins/libchainingdb-plugin.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/plugins/libcos-plugin.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/plugins/libcos-plugin.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/plugins/libdna-plugin.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/plugins/libdna-plugin.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/plugins/libhttp-client-plugin.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/plugins/libhttp-client-plugin.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/plugins/libback-ldbm.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/plugins/libback-ldbm.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/libdb-4.2.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/libdb-4.2.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/plugins/libreplication-plugin.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/plugins/libreplication-plugin.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/plugins/libmemberof-plugin.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/plugins/libmemberof-plugin.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/plugins/libpam-passthru-plugin.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/plugins/libpam-passthru-plugin.so
Reading symbols from /lib64/libpam.so.0...done.
Loaded symbols for /lib64/libpam.so.0
Reading symbols from /lib64/libaudit.so.0...done.
Loaded symbols for /lib64/libaudit.so.0
Reading symbols from /opt/UMC/jdb/lib/dirsrv/plugins/libpassthru-plugin.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/plugins/libpassthru-plugin.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/plugins/libreferint-plugin.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/plugins/libreferint-plugin.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/plugins/libretrocl-plugin.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/plugins/libretrocl-plugin.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/plugins/libroles-plugin.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/plugins/libroles-plugin.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/plugins/libschemareload-plugin.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/plugins/libschemareload-plugin.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/plugins/libstatechange-plugin.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/plugins/libstatechange-plugin.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/plugins/libviews-plugin.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/plugins/libviews-plugin.so
Reading symbols from /opt/UMC/jdb/lib/dirsrv/libfreebl3.so...done.
Loaded symbols for /opt/UMC/jdb/lib/dirsrv/libfreebl3.so
#0 0x00002b97a865c9a2 in ttyname_r () from /lib64/tls/libc.so.6

Thread 46 (process 10876):
#0 0x00002b97a865e946 in fts_set () from /lib64/tls/libc.so.6
#1 0x0000000000000000 in ?? ()

Thread 45 (process 10877):
#0 0x00002b97a87db9ba in pthread_rwlockattr_getpshared ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 44 (process 10878):
#0 0x00002b97a865e946 in fts_set () from /lib64/tls/libc.so.6
#1 0x0000000000000000 in ?? ()

Thread 43 (process 10879):
#0 0x00002b97a865e946 in fts_set () from /lib64/tls/libc.so.6
#1 0x0000000000000000 in ?? ()

Thread 42 (process 10880):
#0 0x00002b97a87db9ba in pthread_rwlockattr_getpshared ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 41 (process 10881):
#0 0x00002b97a865e946 in fts_set () from /lib64/tls/libc.so.6
#1 0x0000000000000000 in ?? ()

Thread 40 (process 10882):
#0 0x00002b97a87db9ba in pthread_rwlockattr_getpshared ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 39 (process 10883):
#0 0x00002b97a865e946 in fts_set () from /lib64/tls/libc.so.6
#1 0x0000000000000000 in ?? ()

Thread 38 (process 10884):
#0 0x00002b97a87dbbaf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 37 (process 10885):
#0 0x00002b97a87dbbaf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 36 (process 10886):
#0 0x00002b97a87db9ba in pthread_rwlockattr_getpshared ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 35 (process 10887):
#0 0x00002b97a87db9ba in pthread_rwlockattr_getpshared ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 34 (process 10888):
#0 0x00002b97a87dbbaf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 33 (process 10889):
#0 0x00002b97a87dbbaf in pthread_cond_destroy@@GLIBC_2.3.2 ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 32 (process 10890):
#0 0x00002b97a87db9ba in pthread_rwlockattr_getpshared ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 31 (process 10891):
#0 0x00002b97a865ebdb in fts_build () from /lib64/tls/libc.so.6
#1 0x00000000007949a0 in ?? ()
#2 0x00002aaaac270ed0 in ?? ()
#3 0x00002aaa0000001c in ?? ()
#4 0x0000000000000000 in ?? ()

Thread 30 (process 10892):
#0 0x00002b97a87db9ba in pthread_rwlockattr_getpshared ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 29 (process 10893):
#0 0x00002b97a87dde0b in _pthread_cleanup_pop_restore ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000001 in ?? ()
#2 0x000000000000000d in ?? ()
#3 0x00002b97a87dac17 in pthread_getattr_np () from /lib64/tls/libpthread.so.0
#4 0x0000000000000000 in ?? ()

Thread 28 (process 10894):
#0 0x00002b97a87db9ba in pthread_rwlockattr_getpshared ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 27 (process 10895):
#0 0x00002b97a87dde0b in _pthread_cleanup_pop_restore ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000001 in ?? ()
#2 0x000000000000000b in ?? ()
#3 0x00002b97a87dac17 in pthread_getattr_np () from /lib64/tls/libpthread.so.0
#4 0x0000000000000000 in ?? ()

Thread 26 (process 10896):
#0 0x00002b97a87db9ba in pthread_rwlockattr_getpshared ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 25 (process 10897):
#0 0x00002b97a87dde0b in _pthread_cleanup_pop_restore ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000001 in ?? ()
#2 0x000000000000000b in ?? ()
#3 0x00002b97a87dac17 in pthread_getattr_np () from /lib64/tls/libpthread.so.0
#4 0x0000000000000000 in ?? ()

Thread 24 (process 10898):
#0 0x00002b97a865ebdb in fts_build () from /lib64/tls/libc.so.6
#1 0x00000000008f5250 in ?? ()
#2 0x00002aaaabdb95a0 in ?? ()
#3 0x00002b970000001c in ?? ()
#4 0x0000000000000000 in ?? ()

Thread 23 (process 10899):
#0 0x00002b97a87dde0b in _pthread_cleanup_pop_restore ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000001 in ?? ()
#2 0x000000000000000d in ?? ()
#3 0x00002b97a87dac17 in pthread_getattr_np () from /lib64/tls/libpthread.so.0
#4 0x0000000000000000 in ?? ()

Thread 22 (process 10900):
#0 0x00002b97a87db9ba in pthread_rwlockattr_getpshared ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 21 (process 10901):
#0 0x00002b97a87dde0b in _pthread_cleanup_pop_restore ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000001 in ?? ()
#2 0x000000000000000b in ?? ()
#3 0x00002b97a87dac17 in pthread_getattr_np () from /lib64/tls/libpthread.so.0
#4 0x0000000000000000 in ?? ()

Thread 20 (process 10902):
#0 0x00002b97a87dde0b in _pthread_cleanup_pop_restore ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000001 in ?? ()
#2 0x000000000000000d in ?? ()
#3 0x00002b97a87dac17 in pthread_getattr_np () from /lib64/tls/libpthread.so.0
#4 0x0000000000000000 in ?? ()

Thread 19 (process 10903):
#0 0x00002b97a87db9ba in pthread_rwlockattr_getpshared ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 18 (process 10904):
#0 0x00002b97a87db9ba in pthread_rwlockattr_getpshared ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 17 (process 10905):
#0 0x00002b97a87dde0b in _pthread_cleanup_pop_restore ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000001 in ?? ()
#2 0x000000000000000b in ?? ()
#3 0x00002b97a87dac17 in pthread_getattr_np () from /lib64/tls/libpthread.so.0
#4 0x0000000000000000 in ?? ()

Thread 16 (process 10906):
#0 0x00002b97a87db9ba in pthread_rwlockattr_getpshared ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 15 (process 10907):
#0 0x00002b97a87db9ba in pthread_rwlockattr_getpshared ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 14 (process 10908):
#0 0x00002b97a87db9ba in pthread_rwlockattr_getpshared ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 13 (process 10909):
#0 0x00002b97a87db9ba in pthread_rwlockattr_getpshared ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 12 (process 10910):
#0 0x00002b97a87dde0b in _pthread_cleanup_pop_restore ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000001 in ?? ()
#2 0x000000000000000b in ?? ()
#3 0x00002b97a87dac17 in pthread_getattr_np () from /lib64/tls/libpthread.so.0
#4 0x0000000000000000 in ?? ()

Thread 11 (process 10911):
#0 0x00002b97a87dde0b in _pthread_cleanup_pop_restore ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000001 in ?? ()
#2 0x000000000000000d in ?? ()
#3 0x00002b97a87dac17 in pthread_getattr_np () from /lib64/tls/libpthread.so.0
#4 0x0000000000000000 in ?? ()

Thread 10 (process 10912):
#0 0x00002b97a87db9ba in pthread_rwlockattr_getpshared ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 9 (process 10913):
#0 0x00002b97a87db9ba in pthread_rwlockattr_getpshared ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 8 (process 10914):
#0 0x00002b97a87dde0b in _pthread_cleanup_pop_restore ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000001 in ?? ()
#2 0x000000000000000b in ?? ()
#3 0x00002b97a87dac17 in pthread_getattr_np () from /lib64/tls/libpthread.so.0
#4 0x0000000000000000 in ?? ()

Thread 7 (process 10915):
#0 0x00002b97a87dde0b in _pthread_cleanup_pop_restore ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000001 in ?? ()
#2 0x000000000000000b in ?? ()
#3 0x00002b97a87dac17 in pthread_getattr_np () from /lib64/tls/libpthread.so.0
#4 0x0000000000000000 in ?? ()

Thread 6 (process 10916):
#0 0x00002b97a87db9ba in pthread_rwlockattr_getpshared ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 5 (process 10917):
#0 0x00002b97a87db9ba in pthread_rwlockattr_getpshared ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 4 (process 10918):
#0 0x00002b97a87db9ba in pthread_rwlockattr_getpshared ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000000 in ?? ()

Thread 3 (process 10919):
#0 0x00002b97a87dde0b in _pthread_cleanup_pop_restore ()
from /lib64/tls/libpthread.so.0
#1 0x0000000000000001 in ?? ()
#2 0x000000000000000b in ?? ()
#3 0x00002b97a87dac17 in pthread_getattr_np () from /lib64/tls/libpthread.so.0
#4 0x0000000000000000 in ?? ()

Thread 2 (process 10920):
#0 0x00002b97a865e946 in fts_set () from /lib64/tls/libc.so.6
#1 0x0000000000000000 in ?? ()

Thread 1 (process 10872):
#0 0x00002b97a865c9a2 in ttyname_r () from /lib64/tls/libc.so.6
#1 0x00000000000000fa in ?? ()
#2 0x0000000000000012 in ?? ()
#3 0x00000000000000fa in ?? ()
#4 0x00002b97a848aa5f in PR_Poll () from /opt/UMC/jdb/lib/dirsrv/libnspr4.so
#5 0x0000000000415a77 in slapd_daemon (ports=0x7fff03679180)
at ../ldap/servers/slapd/daemon.c:1203
#6 0x000000000041c043 in main (argc=7, argv=0x7fff036792c8)
at ../ldap/servers/slapd/main.c:887
--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 11-23-2010, 06:20 PM
Rich Megginson
 
Default slapd not responding

On 11/23/2010 10:21 AM, Reinhard Nappert wrote:



Rich,
*
the slapd process was
again in a state, where it did not respond. I did disable
access logging. See the attached thread information.
*
Could you have a look
at it and tell me, what you see.

I don't see anything - most of the interesting symbols are not being
printed.


*
Thanks,
-Reinhard




From:
389-users-bounces@lists.fedoraproject.org
[mailto:389-users-bounces@lists.fedoraproject.org] On
Behalf Of Reinhard Nappert

Sent: Monday, November 22, 2010 5:11 PM

To: General discussion list for the 389 Directory
server project.

Subject: Re: [389-users] slapd not responding




ok. I need to do a bit
more testing, but disabling access logging may not solve the
issue. I keep you updated




From:
389-users-bounces@lists.fedoraproject.org
[mailto:389-users-bounces@lists.fedoraproject.org] On
Behalf Of Rich Megginson

Sent: Monday, November 22, 2010 5:08 PM

To: 389-users@lists.fedoraproject.org

Subject: Re: [389-users] slapd not responding




On 11/22/2010 03:00 PM, Reinhard Nappert wrote:


Should I open a bug
for it?

Sure, but unless you can reproduce it with the latest code (1.2.6
or 1.2.7), it's going to be very difficult for us to fix it.


*
-Reinhard



From:
389-users-bounces@lists.fedoraproject.org
[mailto:389-users-bounces@lists.fedoraproject.org]
On Behalf Of Rich Megginson

Sent: Monday, November 22, 2010 4:49 PM

To: 389-users@lists.fedoraproject.org

Subject: Re: [389-users] slapd not responding




On 11/22/2010 09:38 AM, Reinhard Nappert wrote:


Hi,
*
I have a 389 DS 1.1.2 server in Multi-Master
mode. It happens that the server stops responding in
some circumstances. When the server was in that state, I
did a kill -11 on the pid in order to generate a
coredump.
*
I got the following out of the core, by using
gdb.
*
Any idea, what is going on on the server side.
BTW, the server does not log anything during this time
in either access nor errors.


Looks like the server is deadlocked in the access logging code.*
I suppose you could try disabling access logging.


*
Thanks,
-Reinhard

--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users




--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users





--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users





--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 

Thread Tools




All times are GMT. The time now is 03:59 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org