Mailing-List: contact bigtop-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: bigtop-dev@incubator.apache.org
Date: Tue, 20 Dec 2011 01:15:31 +0000 (UTC)
From: "Patrick Taylor Ramsey (Created) (JIRA)" <jira@apache.org>
To: bigtop-dev@incubator.apache.org
Message-ID: 
 <67190843.29061.1324343731010.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Created] (BIGTOP-313) Move puppet configuration out of
 manifest and into extlookup() CSV
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

Move puppet configuration out of manifest and into extlookup() CSV
------------------------------------------------------------------

                 Key: BIGTOP-313
                 URL: https://issues.apache.org/jira/browse/BIGTOP-313
             Project: Bigtop
          Issue Type: Improvement
          Components: Deployment
            Reporter: Patrick Taylor Ramsey
            Priority: Minor


Previously, bigtop-deploy puppet could only be configured by editing puppet manifests, or through a small number of environment variables that set facter facts.  I've rewritten cluster.pp to use extlookup to read configuration from a site-specific CSV file with sane defaults for most options (only hadoop_head_node and bigtop_yumrepo_uri are required to be set).  These changes should make it easier to automate deploying multiple clusters with different configurations from the same manifests.

As written, the CSV files must live in $confdir/config/, where $confdir is the puppet config directory.  This means that if you are manually calling 'puppet agent' on these manifests (rather than serving them from a puppet master), you are now required to specify --confdir in addition to --modulepath.

At some point in the future, may be worth moving to hiera, as yaml is a lot prettier and more flexible than CSV.  I did this using extlookup so as not to introduce external dependencies (since extlookup is now in puppet core).

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira