Re: Radrealay and coredumps...
Terry J Fike Jr <[EMAIL PROTECTED]> wrote: > As per some advice you gave earlier, i compiled this on a different sol9 > box (never had freeradius on it before) > copied the detail file from current radius server, and used the radrelay > on the new box...sent just fine. When in doubt, blame the machine. "FreeRADIUS is fine! Honest, it's fine!" Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Re: Radrealay and coredumps...
Arg...okay, yea, it has got to be something funky with the machine i've been compiling on... As per some advice you gave earlier, i compiled this on a different sol9 box (never had freeradius on it before) copied the detail file from current radius server, and used the radrelay on the new box...sent just fine. i guess it is time to build me a new radius box... -- Terry J Fike Jr System Administrator MTA Solutions 907-793-4100 [EMAIL PROTECTED] - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Re: Radrealay and coredumps...
> I'm not sure what else to suggest. It really looks like the >compiler tools on your system don't produce usable binaries. > > I've *never* seen this problem on Solaris, but I've always used GCC. > > Alan DeKok Yea, i've used gcc to compile pretty much everything, and the wierd thing is that this only breaks for the one NAS device. For everything else, radrelay works just fine. It goes through and reads all the dictionary files, and at the time it opens the detail file for relaying is the point it cores. And it only does it from the PDSN *shrug* Everything else works just fine...all my users authenticate just like normal...even from the pdsn, i get my accounting data just fine...even from the pdsn...*shrug* this just is not making any sense... -- Terry J Fike Jr System Administrator MTA Solutions 907-793-4100 [EMAIL PROTECTED] - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Radrealay and coredumps...
Terry J Fike Jr <[EMAIL PROTECTED]> wrote: > run radrelay on the data from the pdsn and still cores with > warning: Couldn't find general-purpose registers in core file. > > (this is from inside gdb) I'm not sure what else to suggest. It really looks like the compiler tools on your system don't produce usable binaries. I've *never* seen this problem on Solaris, but I've always used GCC. Alan DeKok. ] - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Radrealay and coredumps...
Okay, i'm about 90% certain i've blown away everthing before rebuilding. (i guess this is what i get for having four different versions on the machine in the last couple years...) both were built with the environment variables CC "opt/csw/gcc3/bin/gcc -m64" PATH=/usr/bin:/sbin:/usr/sbin:/opt/oracle/products/9.2.0/bin: /usr/local/bin:/usr/local/sbin:/tools/scripts:/tools/scripts/radius: /opt/sfw/bin:/opt/sfw/sbin:/opt/csw/bin:/opt/csw/sbin:/usr/ccs/bin: /usr/openwin/bin:/usr/ucb:/etc:. CLASSPATH=/usr/local/jdk1.4/lib/ojdbc14.jar:/usr/local/jdk1.4/lib/tools.jar: /usr/local/jdk1.4/jre/lib/rt.jar:. the first one (without --disable-shared) also had: ORACLE_BASE=/opt/oracle ORACLE_HOME=/opt/oracle/products/9.2.0 ORACLE_SID=RADIUS the second one (with --disable-shared) didn't link in a required library from oracle so i rebuilt it without the oracle info. (it was just quicker that way) gcc version 3.3.2 make is gmake 3.80 rebuilt once with ./configure --prefix=/usr/local --with-rlm--dbm=/opt/csw/bdb4 --enable-developer make make install run radrelay on the data from the pdsn, still cores with: warning: Couldn't find general-purpose registers in core file. blow everything away and build with ./configure --prefix=/usr/local --with-rlm-dbm=/opt/csw/bdb4 --disable-shared --enable-developer make make install run radrelay on the data from the pdsn and still cores with warning: Couldn't find general-purpose registers in core file. (this is from inside gdb) p.s. i took a couple days to do this to ensure the data i was getting off the pdsn would be from the "current" build without the extra modules -- Terry J Fike Jr System Administrator MTA Solutions 907-793-4100 [EMAIL PROTECTED] - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html