On Tue, 2009-05-12 at 21:43 -0700, Steven Dake wrote: > On Tue, 2009-05-12 at 20:37 +0200, Fabio M. Di Nitto wrote: > > On Tue, 2009-05-12 at 18:11 +0200, Jan Friesse wrote: > > > This is first part of uid-gid function. Add support for reading > > > directory (now it's SYSCONFIG/ais/security, > > > > might be a good idea to discuss config dirs and files one minute here.. > > > > corosync uses /etc/corosync.conf > > openais (via corosync) /etc/ais/openais.conf (that's basically a > > duplicate of corosync.conf) > > amf service reads /etc/ais/amf.conf > > > > _maybe_ we should make them consistent before we add new entries like > > ais/security... > > > > Fabio > > I think how we should proceed is as follows: > /etc/corosync/corosync.conf > /etc/corosync/authkey contains security authkey > /etc/corosync/corosync/uidgid contains list of authorized ipc users for > corosync > /etc/corosync/openais/amf.conf contains amf config file > /etc/corosync/openais/openais.conf - specific openais config options > /etc/corosync/openais/uidgid - contains list of security IPC connections > for openais > /etc/corosync/serviceXXX/XXX contains uidgid for other services as well > as service specific config files > > The current /etc/openais.conf can then be merged into corosync.conf. > > Regards > -steve
I think it would look a lot cleaner like this: /etc/corosync/corosync.conf /etc/corosync/authkey /etc/corosync/uidgid <- is there any specific reason why this needs to be a separate file instead of being part of corosync.conf? /etc/corosync/services/XXXX.conf <- service specific conf file. Since those are new they could include uidgid info within the service. /etc/openais/openais.conf dies for good or at best is a symlink to corosync.conf. /etc/openais/services/XXXX.conf can either be standalone files or services could be a symlink to /etc/corosync/services/ What I strongly want to avoid is to duplicate info in different places since openais/aisexec is nothing more than a wrapper to corosync. Having several config dirs and files is confusing, specially when they are related to the same program/daemon that's invoked with different options. Fabio _______________________________________________ Openais mailing list [email protected] https://lists.linux-foundation.org/mailman/listinfo/openais
