Re: (ITS#4108) LWL causing core dumps in HEAD

[hyc@symas.com]

Using this slight modification of Jason's bindstress patch in ITS#3855 I 
can reproduce the crash quite rapidly. On my system (Linux x86_64) it 
tends to crash much sooner using epoll than using select, but in both 
cases it is the same assert failing.

--- bindstress.pl       2005-07-11 22:14:32.000000000 -0700
+++ binds2.pl   2005-10-28 14:40:39.000000000 -0700
@@ -2,22 +2,29 @@
 # bindstress.pl - free software by Matt Richard
 # edit the variables below to reflect your LDAP server

-my $server = "server";
+my $server = "ldap://:9000";;
 my $uid_base = "cn=users,dc=example,dc=com";
 my $bind_pass = "abc123";
-my $filter = "(!(|(uid=system)(uid=root)))";
+my $filter = "(&(objectclass=person)(!(|(uid=system)(uid=root))))";
+my $rdn = "";

 # search for users in the database
-my @search = `ldapsearch -x -LLL -A -b "$uid_base" -h "$server" 
"$filter" dn`;
+my @search = `ldapsearch -x -LLL -A -b "$uid_base" -H "$server" 
"$filter" dn`;

 # convert search results into a list of users
 for $searchline (@search)
 {
-    @dn = split(/[=,\ ]/, $searchline);
+       $searchline =~ s/^dn: //;
+
+    @dn = split(/[=,]/, $searchline);

-    if ($dn[2] ne "")
+       if ($rdn eq "")
+       {
+               $rdn = $dn[0];
+       }
+    if ($dn[1] ne "")
     {
-        push (@users, $dn[2]);
+        push (@users, $dn[1]);
     }
 }

@@ -28,7 +35,7 @@
     my $uid = @users [ rand @users ];

     # define the ldap bind command
-    $cmd = "ldapwhoami -x -h $server -D \"uid=$uid,$uid_base\" -w 
\"$bind_pass\
"";
+    $cmd = "ldapwhoami -x -H $server -D \"$rdn=$uid,$uid_base\" -w 
\"$bind_pass
\"";

     # get the current time
     my $date = `date \"+%H:%M:%S\"`;


quanah@stanford.edu wrote:
> Full_Name: Quanah Gibson-Mount
> Version: HEAD
> OS: Solaris 8
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (171.64.19.82)
>
>
> The recent Light Weight Listener import is causing core dumps in HEAD, which
> limits the usability testing I'd like to do.  Backtrace:
>
> #0  0xfee1f2b4 in _lwp_kill () from /usr/lib/libc.so.1
> (gdb) bt
> #0  0xfee1f2b4 in _lwp_kill () from /usr/lib/libc.so.1
> #1  0xfedcbcf4 in raise () from /usr/lib/libc.so.1
> #2  0xfedb598c in abort () from /usr/lib/libc.so.1
> #3  0xfedb5c30 in _assert () from /usr/lib/libc.so.1
> #4  0x00022090 in slapd_clr_read (s=13, wake=0) at daemon.c:543
> #5  0x00027b88 in connection_read_activate (s=-1639983344) at connection.c:1440
> #6  0x00024aa0 in slapd_daemon_task (ptr=0xffc00) at daemon.c:1991
> #7  0xfed64c44 in _lwp_start () from /usr/lib/lwp/libthread.so.1
> #8  0xfed64c44 in _lwp_start () from /usr/lib/lwp/libthread.so.1
>
>
> Howard reports encountering the same issue.
>
> --Quanah
>
>
>
>
>   


-- 
  -- Howard Chu
  Chief Architect, Symas Corp.  http://www.symas.com
  Director, Highland Sun        http://highlandsun.com/hyc
  OpenLDAP Core Team            http://www.openldap.org/project/