[RADIATOR] radiator exists on ClientSQL timeout

[Heikki Vatiainen]

On 05/16/2011 08:33 PM, Alexander Hartmaier wrote:
> I haven't configured forking so we should be safe.

Sorry, I may have been a bit unclear about which fork I was meaning.
When Radiator is started without --foreground it will fork. If Fork has
been configured for an AuthBy, Radiator will fork an additional copy to
handle that authentication.

What is important that there are no forks, not even the initial fork
when Radiator backgrounds itself.

If possible, can you send your configuration file. If not possible, I
would like to know if you are using <Log SQL>.

If you are, try creating another username that Log SQL uses for
accessing the DB. This will give SQL logging another DB handle which may
help. This is mentioned in 4.8 ref.pdf

> Am 2011-05-16 19:05, schrieb Heikki Vatiainen:
>> On 05/16/2011 07:58 PM, Alexander Hartmaier wrote:
>>> My init file is from the goodies dir.
>> Ok, then we have to work around Debian specific things a bit.
>>
>>> Because I'm running debian the command used is
>>> /sbin/start-stop-daemon --start --pidfile /var/run/radiusd.pid --exec
>>> $RADIUSD -- $RADIUSD_ARGS
>>>
>>> where $RADIUSD_ARGS is the default of -config_file $RADIATOR_CONFIG
>>> -daemon $RADIATOR_ARGS
>>>
>>> I've now changed it to:
>>>   -z "${RADIUSD_ARGS}" ]&&  RADIUSD_ARGS="-config_file $RADIATOR_CONFIG
>>> -daemon $RADIATOR_ARGS -log_stdout>  /var/log/radiator/stdout.log
>>> 2>/var/log/radiator/stderr.log"
>>>
>>> The -foreground option isn't compatible with start-stop-daemon but I
>>> hope -log_stdout is compatible with -daemon too.
>> That may not work since -foreground keeps Radiator from forking and
>> closing stdout. In other words, -foreground is needed for catching all
>> messages. Would it be possible to do the following:
>>
>> 1. Start Radiator with unmodified start script
>> 2. Observe what the actual command is (radiusd + all arguments)
>> 3. Run radiusd from command line with the observed arguments plus
>> -foreground and -log_stdout
>>
>> Thanks again!
>>
> 
> *"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*
> 
> T-Systems Austria GesmbH   Rennweg 97-99, 1030 Wien
> Handelsgericht Wien, FN 79340b
> *"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*
> 
> Notice: This e-mail contains information that is confidential and may be
> privileged.
> If you are not the intended recipient, please notify the sender and then
> delete this e-mail immediately.
> *"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*
> 


-- 
Heikki Vatiainen <hvn at open.com.au>

Radiator: the most portable, flexible and configurable RADIUS server
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald,
Platypus, Freeside, TACACS+, PAM, external, Active Directory, EAP, TLS,
TTLS, PEAP, TNC, WiMAX, RSA, Vasco, Yubikey, MOTP, HOTP, TOTP,
DIAMETER etc. Full source on Unix, Windows, MacOSX, Solaris, VMS,
NetWare etc.