On Tue, 2014-09-23 at 08:28 -0400, Arran Cudbard-Bell wrote:
On 23 Sep 2014, at 07:20, Brendan Kearney <bpk678@gmail.com> wrote:
On Mon, 2014-09-22 at 21:40 -0400, Arran Cudbard-Bell wrote:
Here's a new version with the fixes from today:
https://github.com/arr2036/ldapperf/archive/v0.2.tar.gz
Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS development team
FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
it fall down, go boom...
Well, not much I can do about that, it's crashing in libldap.
Try editing the makefile to link to ldap_r instead of ldap, otherwise let me know the version of libldap you're using and i'll see if I can reproduce it and report a bug to them.
-Arran
Arran Cudbard-Bell <a.cudbardb@freeradius.org> FreeRADIUS development team
FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
ha, it would help if i used the correct DN for my user id. now that i am, its not throwing the core dump. i dont think a bad DN should throw a coredump though. ./Downloads/ldapperf-0.2/ldapperf -H ldap1.bpk2.com -D "uid=brendan,ou=users,dc=bpk2,dc=com" -w "SuperSecretPhrase" -b "ou=users,dc=bpk2,dc=com" -s sub -S -l 100 -t 100 Performing 10000 search(es) total, with 100 threads, with persistent connections Statistics: Total time (seconds) : 2.092452 Successful searches : 10000 Successful searches/s : 4779.082149 Search failures : 0 Session init errors : 0 Bind failures : 0 server is an HP Microserver N36l, dual core 1.2 GHz Athlon, 8 GB RAM