Alan DeKok <al...@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 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html