It's been a few weeks since the last "pre" release of 2.1.10. I've put another one up on the web at: http://git.freeradius.org/pre/ Please test it out, and give feedback on issues / benefits. The file doc/ChangeLog contains all of the changes and new features in the server. For a "stable" release, this one has an unfortunate number of feature enhancements. However, some have been demanded for a very long time, and they could be added in an "isolated" fashion. The only change I see affecting anything is the handling of dead home servers when proxying. This was a bug fix to prevent the home servers from being marked dead/alive/dead/alive in quick sequence. This change has been tested to work, but please give it additional scrutiny. Alan DeKok.
Hi,
Please test it out, and give feedback on issues / benefits. The file doc/ChangeLog contains all of the changes and new features in the server.
fails to compile on older redhats with python : gmake[6]: Leaving directory `/usr/src/freeradius-server-2.1.10/src/modules/rlm_preprocess' Making all in rlm_python... /usr/bin/gmake -w -C rlm_python all gmake[6]: Entering directory `/usr/src/freeradius-server-2.1.10/src/modules/rlm_python' /usr/src/freeradius-server-2.1.10/libtool --mode=compile gcc -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -D_GNU_SOURCE -DNDEBUG -I/usr/src/freeradius-server-2.1.10/src -I/usr/include/python2.2 -c rlm_python.c mkdir .libs gcc -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -D_GNU_SOURCE -DNDEBUG -I/usr/src/freeradius-server-2.1.10/src -I/usr/include/python2.2 -c rlm_python.c -fPIC -DPIC -o .libs/rlm_python.o rlm_python.c: In function `python_error': rlm_python.c:177: `PyGILState_STATE' undeclared (first use in this function) rlm_python.c:177: (Each undeclared identifier is reported only once rlm_python.c:177: for each function it appears in.) rlm_python.c:177: syntax error before "__gstate" rlm_python.c:195: warning: implicit declaration of function `PyGILState_Release' rlm_python.c:195: `__gstate' undeclared (first use in this function) rlm_python.c: In function `python_init': rlm_python.c:215: warning: passing arg 2 of `PyModule_AddIntConstant' discards qualifiers from pointer target type rlm_python.c: In function `python_function': rlm_python.c:352: `PyGILState_STATE' undeclared (first use in this function) rlm_python.c:352: syntax error before "gstate" rlm_python.c:375: `gstate' undeclared (first use in this function) rlm_python.c:375: warning: implicit declaration of function `PyGILState_Ensure' rlm_python.c: In function `python_load_function': rlm_python.c:484: `PyGILState_STATE' undeclared (first use in this function) rlm_python.c:484: syntax error before "gstate" rlm_python.c:486: `gstate' undeclared (first use in this function) rlm_python.c: In function `python_objclear': rlm_python.c:522: `PyGILState_STATE' undeclared (first use in this function) rlm_python.c:522: syntax error before "__gstate" rlm_python.c:524: `__gstate' undeclared (first use in this function) gmake[6]: *** [rlm_python.lo] Error 1 gmake[6]: Leaving directory `/usr/src/freeradius-server-2.1.10/src/modules/rlm_python' gmake[5]: *** [rlm_python] Error 2 gmake[5]: Leaving directory `/usr/src/freeradius-server-2.1.10/src/modules' gmake[4]: *** [all] Error 2 gmake[4]: Leaving directory `/usr/src/freeradius-server-2.1.10/src/modules' gmake[3]: *** [modules] Error 2 gmake[3]: Leaving directory `/usr/src/freeradius-server-2.1.10/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/src/freeradius-server-2.1.10/src' gmake[1]: *** [src] Error 2 gmake[1]: Leaving directory `/usr/src/freeradius-server-2.1.10' make: *** [all] Error 2 personally, I dont use python, so when i blow away src/modules/rlm_python (or disable it) it compiles. alan
Alan Buxey wrote:
Please test it out, and give feedback on issues / benefits. The file doc/ChangeLog contains all of the changes and new features in the server.
fails to compile on older redhats with python :
Huh? Did 2.1.9 compile on those versions of Redhat? The last change to the Python module was over a year ago. Alan DeKok.
On Tue, 2010-09-07 at 22:28 +0200, Alan DeKok wrote:
Alan Buxey wrote:
Please test it out, and give feedback on issues / benefits. The file doc/ChangeLog contains all of the changes and new features in the server.
fails to compile on older redhats with python :
What version of RedHat? I have just tried the latest git 2.1.10 version on RHEL3 (update 9), and configure shows: configure: WARNING: silently not building rlm_python. configure: WARNING: FAILURE: rlm_python requires: Python.h libpython2.2. 'make' works, but skips over making anything in the rlm_python directory. Python is python-2.2.3-6.11 For RHEL4 (update 8) running both 'configure' and 'make' works fine. Python is python-2.3.4-14.7.el4_8.2 John. -- John Horne, University of Plymouth, UK Tel: +44 (0)1752 587287 Fax: +44 (0)1752 587001
Hi,
What version of RedHat?
I have just tried the latest git 2.1.10 version on RHEL3 (update 9), and configure shows:
configure: WARNING: silently not building rlm_python. configure: WARNING: FAILURE: rlm_python requires: Python.h libpython2.2.
RHEL3 - but from your output you dont seem to have the required python libraries installed for compiling with python support.... but as my report showed, those libraries that are tested for arent good enough anyway alan
Hi, Alan DeKok, 2010-09-06 13:58:
It's been a few weeks since the last "pre" release of 2.1.10. I've put another one up on the web at:
I tried it, mainly to get rid of the random segfaults we get every few days (bug #35). Unfortunately, last night it a crashed on one machine (after running for about 60h):
Sep 16 04:07:22 radius64-01b kernel: [24863577.558534] ui-freeradius[20331] general protection ip:7f6627405b0e sp:7fff11594180 error:0 in libfreeradius-radius-2.1.10.so[7f66273ee000+1f000]
backtrace:
#0 fr_packet_cmp (a=0x7f6618064700, b=0xf6f5bc5f78c00c80) at packet.c:139 #1 0x00007f66273f7a54 in fr_hash_table_find (ht=0x278fa30, data=0x7fff115941e0) at hash.c:191 #2 0x00007f66273f7a99 in fr_hash_table_finddata (ht=0x7f6618064700, data=0xf6f5bc5f78c00c80) at hash.c:484 #3 0x00007f662740572b in fr_packet_list_find (pl=<value optimized out>, request=0x7f6618064700) at packet.c:583 #4 0x0000000000427bd9 in received_request (listener=0x2794400, packet=0xf6f5bc5f78c00c80, prequest=0x790000, client=0x7f6627408600) at event.c:2822 #5 0x0000000000415ac6 in auth_socket_recv (listener=0x2794400, pfun=0x7fff11594348, prequest=0x7fff11594340) at listen.c:826 #6 0x0000000000422e5e in event_socket_handler (xel=<value optimized out>, fd=<value optimized out>, ctx=<value optimized out>) at event.c:3410 #7 0x00007f6627406a16 in fr_event_loop (el=0x2789c00) at event.c:411 #8 0x000000000041c322 in main (argc=1, argv=0x80) at radiusd.c:406
Is there anything we can do to help sorting this out?
Jakob Hirsch wrote:
I tried it, mainly to get rid of the random segfaults we get every few days (bug #35). Unfortunately, last night it a crashed on one machine (after running for about 60h):
Sep 16 04:07:22 radius64-01b kernel: [24863577.558534] ui-freeradius[20331] general protection ip:7f6627405b0e sp:7fff11594180 error:0 in libfreeradius-radius-2.1.10.so[7f66273ee000+1f000]
backtrace:
#0 fr_packet_cmp (a=0x7f6618064700, b=0xf6f5bc5f78c00c80) at packet.c:139
Well... that looks like the same problem. <sigh>
Is there anything we can do to help sorting this out?
Run it under 'valgrind --tool=memcheck --leak-check=full radiusd -f" It will be slow, but it may help track down the problem. Alan DeKok.
participants (4)
-
Alan Buxey -
Alan DeKok -
Jakob Hirsch -
John Horne