[Freeipa-devel] 1.1.0-4 fedora 9 - password change still crashing ns-slapd

[Simo Sorce]

On Thu, 2008-07-03 at 21:38 -0500, Matt Flusche wrote:
> On Jul 3, 2008, at 11:15 AM, Simo Sorce wrote:
> 
> > On Wed, 2008-07-02 at 22:36 -0500, Matt Flusche wrote:
> >> I've upgraded to 1.1.0-4 for fedora 9 (x86_64) and am still having  
> >> ns-
> >> slapd crash during password changes.
> >>
> >> # rpm -q ipa-server
> >> ipa-server-1.1.0-4.fc9.x86_64
> >>
> >> # uname -a
> >> Linux ruff.flusche.co 2.6.25.9-76.fc9.x86_64 #1 SMP Fri Jun 27
> >> 15:58:30 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux
> >>
> >> Program received signal SIGSEGV, Segmentation fault.
> >> [Switching to Thread 0x41992950 (LWP 9201)]
> >> 0x000000392fc808f0 in strcmp () from /lib64/libc.so.6
> >> (gdb) bt
> >> #0  0x000000392fc808f0 in strcmp () from /lib64/libc.so.6
> >> #1  0x00007f95ec9dc093 in ?? () from /usr/lib64/dirsrv/plugins/
> >> libipa_pwd_extop.so
> >> #2  0x00007f95ec9dd778 in ?? () from /usr/lib64/dirsrv/plugins/
> >> libipa_pwd_extop.so
> >> #3  0x0000000000188f05 in plugin_call_exop_plugins (pb=0x1533f30,
> >> oid=0x150fc50 "1.3.6.1.4.1.4203.1.11.1")
> >>      at ldap/servers/slapd/plugin.c:393
> >> #4  0x000000000041698f in do_extended (pb=0x1533f30) at ldap/servers/
> >> slapd/extendop.c:300
> >> #5  0x0000000000412086 in connection_threadmain () at ldap/servers/
> >> slapd/connection.c:562
> >> #6  0x0000003ee8e29aa3 in _pt_root (arg=<value optimized out>)
> >> at ../../../mozilla/nsprpub/pr/src/pthreads/ptthread.c:221
> >> #7  0x000000393080729a in start_thread (arg=<value optimized out>) at
> >> pthread_create.c:297
> >> #8  0x000000392fce42cd in clone () from /lib64/libc.so.6
> >>
> >>
> >> from /var/log/messages (during ns-slapd restart & crash)
> >>
> >> Jul  2 22:31:30 ruff ns-slapd: auxpropfunc error invalid parameter
> >> supplied
> >> Jul  2 22:31:30 ruff ns-slapd: _sasl_plugin_load failed on
> >> sasl_auxprop_plug_init for plugin: ldapdb
> >> Jul  2 22:31:30 ruff ns-slapd: sql_select option missing
> >> Jul  2 22:31:30 ruff ns-slapd: auxpropfunc error no mechanism  
> >> available
> >> Jul  2 22:31:30 ruff ns-slapd: _sasl_plugin_load failed on
> >> sasl_auxprop_plug_init for plugin: sql
> >> Jul  2 22:32:30 ruff kernel: ns-slapd[9662]: segfault at 0 ip
> >> 392fc808f0 sp 41736c38 error 4 in libc-2.8.so[392fc00000+162000]
> >> Jul  2 22:32:30 ruff kpasswd[9679]: ldap_result() failed. (-1)
> >> Jul  2 22:32:30 ruff kpasswd[9679]: Server Error while performing
> >> LDAP password change
> >>
> >
> > This looks strange.
> > Can you load debuginfo packages so that I can understand where it is
> > actually crashing exactly ?
> >
> > Simo.
> >
> > -- 
> > Simo Sorce * Red Hat, Inc * New York
> >
> 
> Is this what you are looking for?
> 
> Regards,
> 
> Matt
> 
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0x41044950 (LWP 13194)]
> 0x000000392fc808f0 in strcmp () from /lib64/libc.so.6
> (gdb) bt
> #0  0x000000392fc808f0 in strcmp () from /lib64/libc.so.6
> #1  0x00007ff13cb0e093 in ipapwd_chpwop (pb=0x223c780) at  
> ipa_pwd_extop.c:1321
> #2  0x00007ff13cb0f778 in ipapwd_extop (pb=0x223c780) at  
> ipa_pwd_extop.c:2865
> #3  0x0000000000188f05 in plugin_call_exop_plugins (pb=0x223c780,
>      oid=0x2242ca0 "1.3.6.1.4.1.4203.1.11.1") at ldap/servers/slapd/ 
> plugin.c:393
> #4  0x000000000041698f in do_extended (pb=0x223c780) at ldap/servers/ 
> slapd/extendop.c:300
> #5  0x0000000000412086 in connection_threadmain () at ldap/servers/ 
> slapd/connection.c:562
> #6  0x0000003ee8e29aa3 in _pt_root (arg=<value optimized out>)
>      at ../../../mozilla/nsprpub/pr/src/pthreads/ptthread.c:221
> #7  0x000000393080729a in start_thread (arg=<value optimized out>) at  
> pthread_create.c:297
> #8  0x000000392fce42cd in clone () from /lib64/libc.so.6

Yes, I saw where it happens, but it shouldn't happen.
Can you provide me (eventually via private email) an ldif dump of the
user entry of the user you are trying to change the password of ?

I will provide a fix for this, but I'd like to see what's in there to
hopefully understand how this happened.

Thanks,
Simo.

-- 
Simo Sorce * Red Hat, Inc * New York