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
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.
subscribe
Thank you for understanding. We apologize for all inconvenience.
Metadata Update from @spichugi: - Issue close_status updated to: wontfix (was: Invalid)
Login to comment on this ticket.