Re: syslog facility

[Martin Pala]

I though about different syntax:

set logfile {/path/to/log|syslog [[with] facility xxx]}

where 'facility' is new statement optional for syslog, 'xxx' is choice 
of 'auth', 'authpriv', 'cron', 'daemon', 'ftp', 'kern', 'lpr', 'mail', 
'mark', 'news', 'security' (same as  auth),  'syslog',  'user',  'uucp' 
and 'local0' through 'local7'. It is complete list of facility names 
which is used/supported by syslog daemons too - i think it will be 
better to use these common names (more friendly to user).

Taken from syslog.h:

CODE facilitynames[] =
 {
   { "auth", LOG_AUTH },
   { "authpriv", LOG_AUTHPRIV },
   { "cron", LOG_CRON },
   { "daemon", LOG_DAEMON },
   { "ftp", LOG_FTP },
   { "kern", LOG_KERN },
   { "lpr", LOG_LPR },
   { "mail", LOG_MAIL },
   { "mark", INTERNAL_MARK },          /* INTERNAL */
   { "news", LOG_NEWS },
   { "security", LOG_AUTH },           /* DEPRECATED */
   { "syslog", LOG_SYSLOG },
   { "user", LOG_USER },
   { "uucp", LOG_UUCP },
   { "local0", LOG_LOCAL0 },
   { "local1", LOG_LOCAL1 },
   { "local2", LOG_LOCAL2 },
   { "local3", LOG_LOCAL3 },
   { "local4", LOG_LOCAL4 },
   { "local5", LOG_LOCAL5 },
   { "local6", LOG_LOCAL6 },
   { "local7", LOG_LOCAL7 },
   { NULL, -1 }
 };

What about such syntax for facility?


Hint with individual priority for log messages sounds good - it will be 
possible to differentiate less or more important messages.
+1 for it

Martin


address@hidden wrote:

> I've added the capability to choose LOG_LOCALn (see cvs comments).
>
> I'll add the docs later. While I'm at it, it looks like I need to:
>
> make sure everything compiles and runs on Solaris and FreeBSD
> finish MacOSX
>
> Also, I noticed we log everything as LOG_ERROR. (I spent an hour trying to
> figure out why my openlog() call wasn't working like I thought it was,
> only to find we invoked
> syslog(LOG_USR|LOG_ERR, "")
>
> Anyway, I think it would be worthwhile to add a parameter to log() that is
> ignored unless we're using syslog. This would pass the priority to syslog.
> So, for adding priority to individual log messages: +1
>
>
>  
>
> > Super :)
> >
> > I'm working on device stuff again (after lot of weeks being busy for my
> > employer + health). I will prepare next patch on sunday, maybe it will
> > be mature enough to sync it into CVS.
> >
> > Martin
> >
> >
> > Rory Toma wrote:
> >
> >    
> >
> > > I agree (+1) and I'll put it in next week (after I finish rewriting
> > > some Makefiles at work...)
> > >
> > > On Fri, 2003-05-30 at 13:55, Martin Pala wrote:
> > >
> > >
> > >      
> > >
> > > > Hi,
> > > >
> > > > i have one question - what about to add possibility to choose syslog
> > > > facility to monit?
> > > >
> > > > In our environment (tens of servers) we use central syslog server,
> > > > which  catches feeds from all services. With some more feature rich
> > > > syslog  servers (such as syslog-ng) it is not issue to have the same
> > > > facility  for different targets (you can filter logs with the same
> > > > facility by  program name), but with OS default and widely used syslog
> > > > (linux,  solaris, ...) the only way is to set other facility (for
> > > > example local3,  etc.) which can be then redirected to other syslog
> > > > server (all or  nothing rule).
> > > >
> > > > example:
> > > >
> > > > user.debug      /var/log/messages    #system messages which we won't
> > > > for  some reason to send to central-syslog server
> > > > local3.debug   @central-syslog        #monit messages which should be
> > > > send to cetral-syslog server
> > > >
> > > > If it will be possible to set local3 facility in monitrc, then it will
> > > > be easy to do it without changing system syslog server SW.
> > > >
> > > > What about it?
> > > >
> > > > I'm +1 for adding syslog facility option to monit.
> > > >
> > > > Cheers,
> > > > Martin
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > _______________________________________________
> > > > monit-dev mailing list
> > > > address@hidden
> > > > http://mail.nongnu.org/mailman/listinfo/monit-dev
> > > >
> > > >
> > > > ------------------------------------------------------------------------
> > > >
> > > > _______________________________________________
> > > > monit-dev mailing list
> > > > address@hidden
> > > > http://mail.nongnu.org/mailman/listinfo/monit-dev
> > > >
> > > >
> > > >        
> >
> >
> > _______________________________________________
> > monit-dev mailing list
> > address@hidden
> > http://mail.nongnu.org/mailman/listinfo/monit-dev
> >    
>
>
>
>
> _______________________________________________
> monit-dev mailing list
> address@hidden
> http://mail.nongnu.org/mailman/listinfo/monit-dev
>