My Oracle Support Banner

The insync Command Dumps Core in the Case of Replication Over SSL (NAT installation) (Doc ID 1635717.1)

Last updated on MAY 17, 2018

Applies to:

Oracle Directory Server Enterprise Edition - Version 6.0 to 11.1.1.5.2 [Release 6.0 to 11gR1]
Oracle Solaris on x86-64 (64-bit)
Oracle Solaris on SPARC (64-bit)

Goal

Problem description

This happens only in native package version of ODSEE software (i.e. NAT installation) on Solaris!

When running insync  with option -S (i.e. LDAPS connection to replica), it dumps core with Segmentation Fault as follows.

# /opt/SUNWdsee/ds6/bin/dsadm --version
[dsadm]
dsadm               : 6.3.1                B2008.1121.0156 NAT

[slapd 64-bit]
Sun Microsystems, Inc.
Sun-Java(tm)-System-Directory/6.3.1 B2008.1121.0156 64-bit
ns-slapd            : 6.3.1                B2008.1121.0156 NAT
Slapd Library       : 6.3.1                B2008.1121.0156
Front-End Library   : 6.3.1                B2008.1121.0156
# /opt/SUNWdsee/ds6/bin/insync -e 11636 -P /var/opt/SUNWdsee/m2/alias/slapd-cert8.db -D "cn=Directory manager" -w password -S tssts077:11636
Segmentation Fault (core dumped)
# ls -la core
-rw-------   1 root     root     7176312 Mar 13 12:44 core
# pstack core
core 'core' of 1600:    /opt/SUNWdsee/ds6/bin/insync -e 11636 -P /var/opt/SUNWdsee/m2/alias/sl
00000000 ???????? (28314, 10, 0, 28b10, 159e0, 0)
000162fc libbind  (29558, 0, 1, 27b78, 0, 2831c) + 90
00014474 get_server_info (29558, 2834c, fffffffc, 27b78, 0, a4) + 90
000120bc server_info (29558, 0, 0, 0, 27b78, 0) + 27c
00012e00 main     (0, ffbffa8c, 0, 168, 0, 28b50) + 7dc
000118e0 _start   (0, 0, 0, 0, 0, 0) + 108
#

This also occurs on the 7.0 and 11g NAT installations but the issue doesn't occur with ZIP installations.

Crash happens within function ldapssl_pkcs_init() in library /usr/lib/libssldap60.so.1.

(dbx) where -l
current thread: t@1
  [1] 0x0(0x0, 0xffbff7cc, 0x27a78, 0x0, 0x119e0, 0x400), at 0x0
  [2] libssldap60.so.1:ldapssl_pkcs_init(0x280ec, 0x10, 0x0, 0x27a78, 0x159e0, 0x0), at 0xff192b88
  [3] insync:libbind(0x29330, 0x0, 0x16090, 0x27a78, 0x1, 0x280f4), at 0x161bc
  [4] insync:get_server_info(0x29330, 0x3a3a3a3a, 0xff0a0a0b, 0x27a78, 0x63c, 0x400), at 0x14204
  [5] insync:server_info(0x29330, 0xc00, 0x27a78, 0x288d8, 0xffbff964, 0x0), at 0x12094
  [6] insync:main(0x288c4, 0xffbffae4, 0xff1345f0, 0xb, 0xc00, 0x0), at 0x12ccc
(dbx) loadobjects |grep libssldap60
  /usr/lib/libssldap60.so.1
(dbx)

A wrong library path to the native ldap libraries causes the issue if other 3rd party packages (like Samba) install their own liblsdap60.so library into the default OS library path. So wrong /usr/lib/libssldap60.so.1 is found first and used instead of correct /usr/lib/mps/libssldap60.so.1.

Solution

To view full details, sign in with your My Oracle Support account.

Don't have a My Oracle Support account? Click to get started!


In this Document
Goal
Solution
References

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.