(RADIATOR) Splitting logfiles
Richard Dunne
Richard.Dunne at dit.ie
Thu Jun 1 11:01:52 CDT 2006
Patrick
I might be wrong but if you put these two words into you config file you
will get the debug passed out onto your screen
Foreground
LogStdout
And set trace to 4.
Regards,
Richard
-----Original Message-----
From: owner-radiator at open.com.au [mailto:owner-radiator at open.com.au] On
Behalf Of Patrick Renkens
Sent: 01 June 2006 16:32
To: Hugh Irvine
Cc: radiator at open.com.au
Subject: Re: (RADIATOR) Splitting logfiles
Hi Hugh,
What's happening is that there are no errors generated, so I cannot send
any usefull debugging info. And there is simply no file created as
defined in the <AuthBy GROUP> clause when the specified Handler clause
is being used by a RADIUS-request.
Normal logging is written in the file defined by LogFile (%L/log.%Y%m%d)
or, when I do not define Logfile, in the default file (%L/logfile).
Regards,
Patrick Renkens
Hugh Irvine wrote:
>
> Hello Patrick -
>
> Without a description of the problem and a trace 4 debug(s) showing
> what is happening it is impossible to say.
>
> regards
>
> Hugh
>
>
> On 29 May 2006, at 07:30, Patrick Renkens wrote:
>
>>
>> Hi High,
>>
>> I have tried the following which did not turn out to be the solution.
>> Any clue?
>>
>> In a main Radiator config file I have defined:
>>
>> Trace 4
>> LogDir /data/logging
>> LogFile %L/log.%Y%m%d (or /dev/null?)
>>
>> <AuthBy GROUP>
>> <Log FILE>
>> Identifier Log1
>> Filename %L/log1.%Y%m%d
>> </Log>
>> <Log FILE>
>> Identifier Log2
>> Filename %L/log2.%Y%m%d
>> </Log>
>> </AuthBy>
>>
>>
>> For different types of usage I have included other Radiator
>> configfiles like:
>> include /usr/local/etc/radius-1.cfg
>> include /usr/local/etc/radius-2.cfg
>> etc.
>>
>> In these included config files I have defined handlers like:
>>
>> <Handler Client-Identifier=/^client$/>
>> <AuthBy RADIUS>
>> Host server.subdomain.domain
>> Secret ##########
>> AuthPort 1812
>> AcctPort 1813
>> </AuthBy>
>> Log Log1
>> </Handler>
>>
>>
>> Regards,
>> Patrick Renkens
>>
>>
>>
>> Hugh Irvine wrote:
>>
>>> Hello Patrick -
>>> The trick to this is to define the <Log FILE> clauses inside an
>>> AuthBy GROUP at the global level, then refer to them in the
>>> corresponding Handlers.
>>> # define logs
>>> <AuthBy GROUP>
>>> <Log FILE>
>>> Identifier Log1
>>> .....
>>> </Log>
>>> <Log FILE>
>>> Identifier Log2
>>> .....
>>> </Log>
>>> <Log FILE>
>>> Identifier Log3
>>> .....
>>> </Log>
>>> </AuthBy>
>>> .....
>>> <Handler .....>
>>> Log Log1
>>> .....
>>> </Handler>
>>> <Handler .....>
>>> Log Log2
>>> .....
>>> </Handler>
>>> <Handler .....>
>>> Log Log3
>>> .....
>>> </Handler>
>>> .....
>>> hope that helps
>>> regards
>>> Hugh
>>> On 10 May 2006, at 23:51, Patrick Renkens wrote:
>>>
>>>> Hi all,
>>>>
>>>> I'm afraid my original question was misunderstood, or I was not
>>>> clear enough ;-)
>>>>
>>>> What I would like to achieve is that different Handlers write
>>>> their log/debug-info into different logfiles, for instance with
>>>> the <Log File> clause?
>>>>
>>>> But for this to happen, one should also use the global parameters
>>>> 'LogFile %L/log.%Y%m%d' and 'Trace 4', and this means that log/
>>>> debug-info is written in both the defined logfiles.
>>>>
>>>> In an ideal situation I would like to have general log/debug- info
>>>> (starting, stopping, etc.) in a logfile defined with the global
>>>> LogFile-parameter, and log/debug-info for different user- groups in
>>>> other logfiles.
>>>>
>>>> Regards,
>>>> Patrick Renkens
>>>>
>>>>
>>
>>
>>
>> --
>> Archive at http://www.open.com.au/archives/radiator/
>> Announcements on radiator-announce at open.com.au
>> To unsubscribe, email 'majordomo at open.com.au' with
>> 'unsubscribe radiator' in the body of the message.
>
>
>
--
--
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.
--
This message has been scanned for content and
viruses by the DIT Information Services MailScanner
Service, and is believed to be clean.
http://www.dit.ie
This message has been scanned for content and
viruses by the DIT Information Services MailScanner
Service, and is believed to be clean.
http://www.dit.ie
--
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.
More information about the radiator
mailing list