Alan DeKok <aland@deployingradius.com> wrote:
I've put a pre-release of version 2.1.8 on the web site:
http://git.freeradius.org/pre/
Please do some sanity checks, and see if it works for you.
This version is from the new "v2.1.x" branch, which is Version 2.1.7, plus *only* bug fixes. The "stable" branch is now planned to become version 2.2.0 in January. It will include TCP transport, among other new features.
If there are no major issues, we can release 2.1.8 next week.
Not quite on the pre-release but running f691b0ec7d4c92919bdd4dc81e8a86b211c00832 from the stable branch I got these after a 'hiccup' this morning on the network: ---- Program received signal SIGPIPE, Broken pipe. [Switching to Thread 0x411b9950 (LWP 18045)] 0x00007fa8a156b75b in write () from /lib/libpthread.so.0 (gdb) bt #0 0x00007fa8a156b75b in write () from /lib/libpthread.so.0 #1 0x00007fa89e51c1a9 in ?? () from /usr/lib/liblber-2.4.so.2 #2 0x00007fa89e06f4b9 in _gnutls_io_write_buffered () from /usr/lib/libgnutls.so.26 #3 0x00007fa89e06c601 in _gnutls_send_int () from /usr/lib/libgnutls.so.26 #4 0x00007fa89e08a6e0 in gnutls_alert_send () from /usr/lib/libgnutls.so.26 #5 0x00007fa89e06c90f in gnutls_bye () from /usr/lib/libgnutls.so.26 #6 0x00007fa89e754c30 in ?? () from /usr/lib/libldap_r-2.4.so.2 #7 0x00007fa89e51c6ec in ber_int_sb_close () from /usr/lib/liblber-2.4.so.2 #8 0x00007fa89e745f5d in ldap_free_connection () from /usr/lib/libldap_r-2.4.so.2 #9 0x00007fa89e73c8cf in ldap_ld_free () from /usr/lib/libldap_r-2.4.so.2 #10 0x00007fa89e96e1c1 in perform_search (instance=0x1f2a0e0, conn=0x1f2a5b0, search_basedn=0x260b3e0 "ou=Networks,ou=LanWarden,o=soas", scope=1, filter=0x27f6fc0 "(&(objectClass=lanwardenNetwork)(member=cn=001e4fe171de,ou=users-staff,ou=imported,ou=Hosts,ou=LanWarden,o=soas))", attrs=0x2676c70, result=0x411b7050) at rlm_ldap.c:811 #11 0x00007fa89e96f6ab in ldap_xlat (instance=0x1f2a0e0, request=0x7fa894002530, fmt=0x2de8ae0 "ldap:///ou=Networks,ou=LanWarden,o=soas?cn?one?(&(objectClass=lanwardenNetwork)(member=%{control:MAC-Address-LdapDn}))", out=0x411b7840 "", freespace=254, func=0x42ba4c <xlat_copy>) at rlm_ldap.c:1199 #12 0x000000000042b89b in decode_attribute (from=0x411b76d0, to=0x411b76c8, freespace=254, open_p=0x411b765c, request=0x7fa894002530, func=0x42ba4c <xlat_copy>) at xlat.c:911 #13 0x000000000042bd4f in radius_xlat (out=0x411b7840 "", outlen=254, fmt=0x2288d30 "%{ldap_autz_soasauth-nd1:ldap:///ou=Networks,ou=LanWarden,o=soas?cn?one?(&(objectClass=lanwardenNetwork)(member=%{control:MAC-Address-LdapDn}))}", request=0x7fa894002530, func=0x42ba4c <xlat_copy>) at xlat.c:1086 #14 0x00007fa89be8b4bb in do_attr_rewrite (instance=0x2288680, request=0x7fa894002530) at rlm_attr_rewrite.c:179 #15 0x00007fa89be8c0c8 in attr_rewrite_postauth (instance=0x2288680, request=0x7fa894002530) at rlm_attr_rewrite.c:453 #16 0x0000000000420655 in call_modsingle (component=7, sp=0x2288540, request=0x7fa894002530) at modcall.c:297 #17 0x00000000004214ac in modcall (component=7, c=0x2287f50, request=0x7fa894002530) at modcall.c:669 #18 0x000000000041ec68 in indexed_modcall (comp=7, idx=0, request=0x7fa894002530) at modules.c:691 #19 0x00000000004200ff in module_post_auth (postauth_type=0, request=0x7fa894002530) at modules.c:1533 #20 0x000000000040a148 in rad_postauth (request=0x7fa894002530) at auth.c:421 #21 0x000000000040ac45 in rad_authenticate (request=0x7fa894002530) at auth.c:811 #22 0x0000000000434ef7 in radius_handle_request (request=0x7fa894002530, fun=0x40a194 <rad_authenticate>) at event.c:4097 #23 0x0000000000426cb3 in request_handler_thread (arg=0x7fa8940023d0) at threads.c:492 #24 0x00007fa8a1564fc7 in start_thread () from /lib/libpthread.so.0 #25 0x00007fa8a08af5ad in clone () from /lib/libc.so.6 #26 0x0000000000000000 in ?? () (gdb) ---- Then shortly after restarting it: ---- Program received signal SIGABRT, Aborted. [Switching to Thread 0x4f492950 (LWP 23808)] 0x00007f0060554ed5 in raise () from /lib/libc.so.6 (gdb) wher #0 0x00007f0060554ed5 in raise () from /lib/libc.so.6 #1 0x00007f00605563f3 in abort () from /lib/libc.so.6 #2 0x00000000004281f2 in rad_assert_fail (file=0x4455ef "threads.c", line=406, expr=0x445628 "(*request)->magic == REQUEST_MAGIC") at util.c:363 #3 0x0000000000426adf in request_dequeue (request=0x7f004c006f30, fun=0x4f491d30) at threads.c:406 #4 0x0000000000426c3d in request_handler_thread (arg=0x7f004c006f00) at threads.c:483 #5 0x00007f00612a7fc7 in start_thread () from /lib/libpthread.so.0 #6 0x00007f00605f25ad in clone () from /lib/libc.so.6 #7 0x0000000000000000 in ?? () (gdb) ---- The former one I have seen before and assuemd it was a bug in libldap, however I guess maybe freeradius should be catching the SIGPIPE there? As for the latter one, that's new to me. Alas it is going to be difficult to repeat this 'experiment' as I would have to turn power off to one of our server rooms...tends to annoy the yokels. Cheers -- Alexander Clouter .sigmonster says: BOFH excuse #276: U.S. Postal Service