Pre-release of Version 2.1.8

[Alexander Clouter]

Alan DeKok <aland at 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