On Aug 12, 2015, at 12:59 PM, Arran Cudbard-Bell <a.cudbardb@freeradius.org> wrote:
On Aug 12, 2015, at 12:39 PM, Zeus Panchenko <zeus@ibs.dn.ua> wrote:
hi,
is it intentional behaviour?
Hitting an assert in production code is obviously not intentional behaviour :)
FR v.3.0.9 configured with LDAP, exiting on signal 6 when more than one user comply with filter ... I expected log file error or warning record but not exit ...
---[ `radiusd -X | tee /tmp/radiusd-X.log' output quotation start ]--- ... (1) files: Waiting for search result... (1) files: ERROR: Ambiguous search result, returned 2 unsorted entries (should return 1 or 0). Enable sorting, or specify a more restrictive base_dn, filter or scope (1) files: ERROR: The following entries were returned: (1) files: ERROR: uid=rad-visitor,authorizedService=802.1x-eap-tls@xyz,uid=jdoe,ou=People,dc=xyz Assertion failed: (entry != NULL), function ldap_next_entry, file getentry.c, line 48.
Weird, i'll track it down the assert being triggered is actually in libldap. The ERROR is valid though, you should fix your filter.
OK pushed a fix.