Re: [Cluster-devel] logging: final call on configuration, output and implementation

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 2008-11-10 at 13:27 -0600, David Teigland wrote:
> On Mon, Nov 10, 2008 at 08:09:10PM +0100, Fabio M. Di Nitto wrote:
> > Hi all,
> > 
> > those logging threads have been going on for way too long. It's time to
> > close them and make a final decision. This is a long email, so please
> > take time to read it all.
> > 
> > This is a recap of what I believe a user would like to see:
> > 
> > - a consistent, easy and quick way to configure logging.
> > - a reasonable default if nothing is specified.
> > - a consistent, easy to read, output.
> 
> I like this.  Two minor points regarding the actual terminology; I'd like
> to be a little more consistent and identify some "keywords".  Right now
> the word "log" is combined with other words in a bunch of ways (logging,
> logger, logfile, syslog, log_foo).  How about:
> 
> . logging, logging_subsys (common keyword "logging")
>   for the config file section tags
> 
> - to_syslog, syslog_facility, syslog_priority (common keyword "syslog")
>   for every parameter related to syslog
> 
> - to_logfile, logfile, logfile_priority (common keyword "logfile")
>   for every parameter related to logfile

+1 on all 3 of them.

The only reason I did try to avoid keyword changes was to minimize the
impact in compat layers since most of those are already in use by us.

> 
> And then we have some values that are "on/off" and others that are
> "yes/no"; let's pick one.

+1. Given the boolean value, "on/off" sounds more nerdy.

Fabio

--
Linux-cluster mailing list
Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster

[Index of Archives]     [Corosync Cluster Engine]     [GFS]     [Linux Virtualization]     [Centos Virtualization]     [Centos]     [Linux RAID]     [Fedora Users]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite Camping]

  Powered by Linux