#47826 ldclt core dumps when using SSL with bindeach
Closed: wontfix None Opened 9 years ago by nhosoi.

Created attachment 898704
stacktrace

Description of problem:
ldclt core dumps when using SSL with bindeach

Version-Release number of selected component (if applicable):
$ rpm -qa | grep 389
389-ds-base-libs-1.3.1.6-25.el7.x86_64
389-ds-base-1.3.1.6-25.el7.x86_64


How reproducible: Consistently

Steps to Reproduce
1. Setup SSL
2. Import data for stress SSL testing.
3. Run
ldclt-bin -h localhost -p 1636 -D "cn=directory manager" -w Secret123 -e
"esearch,random,bindeach" -r 0 -R 1000 -b o=Stress_SSL -f "cn=monsieur
XXXXXXXXXX" -v -q -n 10 -N 100 -I '-1' -W 1 -Z /etc/dirsrv/slapd-dstet/cert8.db

Actual results:
$ ldclt-bin -h localhost -p 1636 -D "cn=directory manager" -w Secret123 -e
"esearch,random,bindeach" -r 0 -R 1000 -b o=Stress_SSL -f "cn=monsieur
XXXXXXXXXX" -v -q -n 10 -N 100 -I '-1' -W 1 -Z /etc/dirsrv/slapd-dstet/cert8.db
ldclt version 4.23
ldclt-bin -h localhost -p 1636 -D "cn=directory manager" -w Secret123 -e
esearch,random,bindeach -r 0 -R 1000 -b o=Stress_SSL -f "cn=monsieur
XXXXXXXXXX" -v -q -n 10 -N 100 -I -1 -W 1 -Z /etc/dirsrv/slapd-dstet/cert8.db
Process ID         = 25854
Host to connect    = localhost
Port number        = 1636
Bind DN            = cn=directory manager
Passwd             = Secret123
Referral           = on
Base DN            = o=Stress_SSL
Filter             = "cn=monsieur XXXXXXXXXX"
Max times inactive = 3
Max allowed errors = 1000
Number of samples  = 100
Number of threads  = 10
Total op. req.     = -1
Running mode       = 0xe0000029
Running mode       = quiet verbose random bind_each_operation ssl exact_search
LDAP oper. timeout = 30 sec
Sampling interval  = 10 sec
Scope              = subtree
Attrsonly          = 0
Values range       = [0 , 1000]
Filter's head      = "cn=monsieur "
Filter's tail      = ""
Ignore error       = -1 (Can't contact LDAP server)
ldclt[25854]: Starting at Fri May 23 10:08:33 2014

ldclt[25854]: Average rate:    9.00/thr  (   9.00/sec), total:     90
ldclt[25854]: Average rate:    9.00/thr  (   9.00/sec), total:     90
Segmentation fault (core dumped)

Additional info:
Sometimes there is no segfault with number of threads <= 5.
Without bindeach ldclt works as expected.

I could not reproduce the crash with master and 389-ds-base-1.3.3.
{{{
/usr/bin/ldclt-bin -h localhost -p 636 -D "cn=directory manager" -w password -e esearch,random,bindeach -r 0 -R 1000 -b o=Stress_SSL -f "(cn=monsieur XXXXXXXXXX)" -v -q -n 10 -N 100 -I -1 -W 1 -Z /path/to/cert8.db
ldclt[10087]: Average rate: 9.00/thr ( 9.00/sec), total: 90
ldclt[10087]: Average rate: 10.00/thr ( 10.00/sec), total: 100
...
ldclt[10087]: Average rate: 10.00/thr ( 10.00/sec), total: 100
ldclt[10087]: Average rate: 10.00/thr ( 10.00/sec), total: 100
ldclt[10087]: Number of samples achieved. Bye-bye...
ldclt[10087]: All threads are dead - exit.
ldclt[10087]: Global average rate: 991.80/thr ( 9.92/sec), total: 9918
ldclt[10087]: Global number times "no activity" reports: never
ldclt[10087]: Global no error occurs during this session.
ldclt[10087]: Ending at Wed Jan 21 17:56:01 2015
ldclt[10087]: Exit status 0 - No problem during execution.
}}}
But it requires to modify ldclt to support SSL version range.
I'm closing this ticket as worksforme and opening a new ticket for the range support.

Metadata Update from @nhosoi:
- Issue assigned to nhosoi
- Issue set to the milestone: 1.3.3 backlog

7 years ago

389-ds-base is moving from Pagure to Github. This means that new issues and pull requests
will be accepted only in 389-ds-base's github repository.

This issue has been cloned to Github and is available here:
- https://github.com/389ds/389-ds-base/issues/1157

If you want to receive further updates on the issue, please navigate to the github issue
and click on subscribe button.

Thank you for understanding. We apologize for all inconvenience.

Metadata Update from @spichugi:
- Issue close_status updated to: wontfix (was: Invalid)

3 years ago

Login to comment on this ticket.

Metadata