Hello Anand -
On Tue, 25 Jan 2000, Anand Buddhdev wrote:
> On Tue, Jan 11, 2000 at 10:41:59AM +0300, Anand Buddhdev wrote:
>
> This is a follow on to the problem I was experiencing, whereby Radiator
> was hanging. Below, I've attached my config file (minus secrets), a
> level 4 debug just before than hang, and a truss output (from Solaris
> 2.7 and perl 5.005_02). When the radiator had hung, I attached a truss
> to it, and it looks like the radiator was stuck in some sort of loop.
>
> > I'm attaching my config file here. I've turned up the debugging on
> > radiator to level 4, so as soon as the hang occurs again, I'll be able
> > to send the relevant section of that too.
> >
We have recently had a similar problem with another customer using a DBM
Session Database on Solaris. It turned out that the Perl they were running had
threading turned on and that seemed to be the problem. They have since turned
threading off in Perl and moved to an SQL Session Database, and their problems
have been resolved.
Could you check the same things and let us know the result? BTW - if you don't
want to use an SQL Session Database, you can also force Perl to use a different
DBM library by editing the file Radius/SessDBM.pm:
# This will cause perl to choose the 'best' DBM format available to
# you. You can force it to use another format by setting $dbtype to
# NDBM_File, DB_File, GDBM_File, SDBM_File or ODBM_File
my $dbtype = 'AnyDBM_File';
Please let us know how you get on.
thanks
Hugh
--
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald,
Platypus, Freeside, TACACS+, PAM, external, etc etc on Unix, Win95/8,
NT, Rhapsody
===
Archive at http://www.thesite.com.au/~radiator/
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
