A 5 Minute Guide to Orcehstra ----------------------------- What is it? =========== Orchestra is a series of tools for Getting Shit Run. It consists of a Conductor, which is the coordinating process, and Players, which are the actual daemons running on nodes to do the work. To prevent arbitrary execution of code, Players can only execute predefined scores which have to be installed on them seperately. You can use puppet, cfengine or other configuration management system to do this. Canonically, entities requesting work to be done are known as the Audience. Please read the Orchestra paper (in doc/) for more information. License ======= Copyright (c) 2011, Anchor Systems Pty Ltd All rights reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: * Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. * Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. * Neither the name of Anchor Systems Pty Ltd nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission. THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. Building ======== Install the Go Release 59 compiler. Prior to compilation, apply the patches in go-patches/ in order to fix a few package bugs. From the top level directory, run make. It will use goinstall to build the binaries in bin/ Source Layout ============= src/ -- All the go sources for the conductor, player, and the submitjob and getstatus sample implementations. doc/ -- Documentation about Orchestra and it's implementation. samples/ -- Sample configuration files. clientlibs/ -- Sample client libraries for communicating with the Conductor as the Audience. go-patches/ -- Patches against the Release version of Go to fix critical bugs or missing features encountered when implementing Orchestra Patches Included ================ * json-unmarshal-immediate.diff : Fix for Go Bug #2170 * syslog-auto-reconnect.diff : Fix for Go Bug #2264 New In This Release =================== v0.3.0: * BUGFIX: Fixed conductor ignoring the last_id checkpoint file after clean shutdowns. * FEATUREFIX: Fix the exported fieldnames in the audience interface so they no longer contain capitals. Refactor slightly to reuse state types defined for persistence. * Separation of some of the more esoteric shared code from the common library * Conductor Queue Persistence. * Patches against the Go standard packages. :( v0.2.0: * First public release. Known Issues ============ * There is no clean up of job data, or persistance of results at this time. This is intended to be implemented as soon as time permits. * getstatus gets back a lot more information than it displays. * No efficient 'wait for job' interface yet. You have to poll the audience interface for completion results for now. (The polls are, however, stupidly cheap) * Disconnect/Reconnect behaviour for players is not particualrly well tested. Annecdotal evidence suggests that this is relatively robust however. * Jobs will be left dangling if a player is removed from the conductor's configuration and the conductor HUP'd whilst there is still work pending for that player. * Some of the more advanced score scheduling ideas that we've had remain unimplemented, resulting in Orchestra looking a lot blander than it really is meant to be. * There is no support for CRLs yet.