(RADIATOR) log files behavior

[Mariano Absatz]

El 10 May 2001, a las 10:25, Hugh Irvine escribió:

> 
> Hello Mariano -
> 
> Is the problem with AuthLog just because you are only logging failures (the 
> default)?
Nope... it's logging both (it is so set in the config file that I 
attached to the other message)... and besides, I'm also radpwtsting with 
wrong passwords... I get the rejections, but the file still isn't being 
created (what an awful construction in English... I have to stop using so 
many passive constructions :-)

> 
> Mike is still looking at the Log FILE.
Great!

> 
> regards
> 
> Hugh
> 
> On Thursday 10 May 2001 04:00, Mariano Absatz wrote:
> > Hi,
> >
> > wrapping up my messages of the last days, I see two (somehow) weird
> > things happening with the logs.
> >
> > 1) As I noted in a message exchange with Hugh (cc: the list) a couple of
> > weeks ago, <AuthLog FILE> is not working. The file isn't created at all
> > (and Radiator has sufficient permissions since a <Log FILE> in the same
> > directory IS created.
> >
> > 2) It seems there is a different behavior between the global LogFile and
> > the <Log FILE>.
> >
> > I usually have <Log FILE> somehow "fixed" in the standard "production"
> > logging level (usually 2 or 3, depending on our customer desires), and
> > the global Trace set to 0. When I want to do some debugging, I change the
> > global trace to 4 and check the global LogFile.
> >
> > However, when an error is produced while Radiator is starting (like, for
> > instance the Oracle error I get when I do a kill -HUP, the global log
> > goes to "%L/logfile"... (btw LogDir is not /var/log/radius, so it's not
> > the default)... also, LogFile is set just below LogDir, so variable is
> > already setup (since the log goes to $LogDir/logfile and not to
> > /var/log/radius/logfile.
> >
> >
> >
> >
> > ===
> > 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.
> 
> -- 
> Radiator: the most portable, flexible and configurable RADIUS server 
> anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X.
> -
> Nets: internetwork inventory and management - graphical, extensible,
> flexible with hardware, software, platform and database independence.
> ===
> 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.