1.16 segfaulting on LDAP search

[Richard Hesse]

Trying to upgrade from 1.14 to 1.16 for stability
gains (hopefully). Unfortunately, it's segfaulting on
the first request that comes in. The LDAP libraries
haven't changed and to ensure that there aren't any
collisions with 1.14 installation, everything (conf,
libs, binaries) are in a new location. I'd appreciate
any help here. Some info when run from gdb (I have
dump files, too):

rad_recv: Access-Request packet from host
208.76.47.238:1083, id=14, length=203
        Framed-MTU = 1480
        NAS-IP-Address = 208.76.47.238
        NAS-Identifier = "h2848-1"
        User-Name = "richard"
        Service-Type = Framed-User
        Framed-Protocol = PPP
        NAS-Port = 3
        NAS-Port-Type = Ethernet
        NAS-Port-Id = "3"
        Called-Station-Id = "00-18-71-e1-08-80"
        Calling-Station-Id = "00-17-f2-ce-78-b8"
        Connect-Info = "CONNECT Ethernet 1000Mbps Full
duplex"
        Tunnel-Type:0 = VLAN
        Tunnel-Medium-Type:0 = IEEE-802
        Tunnel-Private-Group-Id:0 = "666"
        EAP-Message = 0x02ed000c0172696368617264
        Message-Authenticator =
0xce044840910a831cb30359cd7a249b08
  Processing the authorize section of radiusd.conf
modcall: entering group authorize for request 0
    rlm_realm: No '@' in User-Name = "richard",
looking up realm NULL
    rlm_realm: No such realm "NULL"
  modcall[authorize]: module "suffix" returns noop for
request 0
    rlm_realm: No '\' in User-Name = "richard",
looking up realm NULL
    rlm_realm: No such realm "NULL"
  modcall[authorize]: module "ntdomain" returns noop
for request 0
rlm_ldap: Entering ldap_groupcmp()
radius_xlat:  'dc=domain,dc=com'
radius_xlat:  '(uid=richard)'
rlm_ldap: ldap_get_conn: Checking Id: 0
rlm_ldap: ldap_get_conn: Got Id: 0
rlm_ldap: attempting LDAP reconnection
rlm_ldap: (re)connect to fds1.hq.domain.com
fds2.hq.domain.com:389, authentication 0

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 46912536543248 (LWP 29012)]
0x00002aaaad57a4a0 in ldap_set_option () from
/usr/lib64/libldap_r-2.3.so.0
(gdb) bt
#0  0x00002aaaad57a4a0 in ldap_set_option () from
/usr/lib64/libldap_r-2.3.so.0
#1  0x00002aaaad346308 in ldap_connect
(instance=0x55555589ec90, 
    dn=0x55555589e360 "", password=0x55555589ee70 "",
auth=0, 
    result=0x7ffffa457b04, err=0x0) at rlm_ldap.c:1975
#2  0x00002aaaad346cc3 in perform_search
(instance=0x55555589ec90, 
    conn=0x55555589f220, search_basedn=0x7ffffa457ba0
"dc=domain,dc=com", 
    scope=2, filter=0x7ffffa4583a0 "(uid=richard)",
attrs=0x7ffffa4587b0, 
    result=0x7ffffa4587c8) at rlm_ldap.c:774
#3  0x00002aaaad347e69 in ldap_groupcmp
(instance=0x55555589ec90, 
    req=0x5555558c8d70, request=<value optimized out>,
check=<value optimized out>, 
    check_pairs=<value optimized out>,
reply_pairs=<value optimized out>)
    at rlm_ldap.c:943
#4  0x0000555555569f31 in paircmp () from
/p/sbin/radiusd
#5  0x00002aaaaeff043f in hints_setup
(hints=0x5555558bfcc0, request=0x5555558c8d70)
    at rlm_preprocess.c:331
#6  0x00002aaaaeff05c2 in preprocess_authorize
(instance=0x5555558bb640, 
    request=0x5555558c8d70) at rlm_preprocess.c:560
#7  0x00005555555635d2 in modcall () from
/p/sbin/radiusd
#8  0x0000555555563b91 in modcall () from
/p/sbin/radiusd
#9  0x00005555555637a6 in modcall () from
/p/sbin/radiusd
#10 0x000055555555bafb in rad_authenticate () from
/p/sbin/radiusd
#11 0x0000555555564af5 in rad_respond () from
/p/sbin/radiusd
#12 0x00005555555660c3 in main () from /p/sbin/radiusd


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com