I've just posted another revision of the Installation, Setup, and Configuration spec for 4.0; it's attached to XECS-275
http://track.sipfoundry.org/secure/attachment/15186/ClusterManagement.pdf Source is in doc/ClusterManagement.xml; there is also an HTML version attached, but to see it properly you'll have to download it and put it in the same directory as the accompanying sipXecs.css file or build the source. This is another of my attempts to use docbook to do specs; it's getting better. Some version of this will serve as the framework for a lot of our work in the next sprint or two in cleaning up how configurations are distributed and services are controlled both on a single system and across a cluster. There is one key update that is at the heart of this set of changes: * I added the concept of a 'configuration version stamp' Each service declares its own version in its process definition file (automatically generated at build time as all version stamps are now). When sipXconfig has completed writing all the configuration information for a service, it uses a new XML RPC interface to tell sipXsupervisor what version of the service it has written the configuration for. This version stamp is saved in the filesystem by sipXsupervisor. When sipXsupervisor wants to start a process, the first thing it does is compare the process definition version stamp to the saved configuration version stamp: if they don't match (including when there is no saved configuration version stamp), it won't start the process (sipXconfig is a special case - installing or upgrading it will overwrite the saved configuration version stamp so that it will always match). This gives sipXconfig a chance to update configurations for a new install or after an upgrade. It also changes how configuration version tests are done and what effect they have. Please give this a read and comment here.... -- Scott Lawrence tel:+1.781.229.0533;ext=162 or sip:[EMAIL PROTECTED] sipXecs project coordinator - SIPfoundry http://www.sipfoundry.org/sipXecs CTO, Voice Solutions - Bluesocket Inc. http://www.bluesocket.com/ http://www.pingtel.com/ _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
