All, Another good meeting w/ lots of discussion AND note taking. The session was recorded too.
Link: http://crowbar.sync.in/community-planning-meeting-2014-02-12 Snapshot from meeting: # Sprint 2014-02-12 Recording: http://youtu.be/iYgz9-pKsiw Summary: Discussion of progress on OpenCrowbar migration including the Docker Admin and RPM packaging. Design discussions around Berkshelf management for Chef and Crowbar online mode. # Potential Topics: * (future) Training on git function (pull request process) * (future) Build & Tooling discussion * Previous Sprint: http://crowbar.sync.in/community-planning-meeting-2014-01-29 # Review Past Sprint ## OpenCrowbar Status * Docker Admin w/ VMs as targets (temp docs on https://github.com/cloudedge/core/blob/master/doc/devguide.md) * RPM package of OpenCrowbar * created platform specific for CentOS * include build process to create Ruby 2 RPM * updates are NOT done at this time * Switched to online mde * Sledgehammer builder working in OpenCrowbar (under /tools) * pending: use role class names that do not comply w/ the role naming pattern ## Admin Node Workflow (most of this is complete or within next sprint) * CentosOS 6.5 basic server operational * identify repo w/ RPMs including OpenCrowbar RPM * yum install opencrowbar-installer * brings up system to UI, API & Workers * includes DB configuration * inside uses chef-solo to the configuration * uses package dependencies to make sure we have the right pre-reqs * from Crowbar, Jigs do the config of services for Admin node # Future Sprint ## Upstream & Berkshelf Design for using upstream cookbooks for dev & deploy Proposal w/ Caching * Each barclamp will have a berk & berk.lock file in each barclamp * At build, you cache the appropriate files from the berk files * ISO/RPM includes the cookbooks stored into known location * Crowbar server has all the required cookbooks for all barclamps (from built cache) * Runtime, we SCP from the known location instead of barclamps location Chef Jig changes * Currently the Chef Jig bundles everything in a barclamp's chef-solo/ directory and ships that to the target node. * Instead the Chef Jig should read the barclamp's berksfile/berksfile.lock and gather the cookbooks from a central repository, then bundle and ship to target node(s) Proposal w/ Online Mode * Each barclamp will have a berk & berk.lock file in each barclamp * Need to identify best m.o. to pre-install gems and upstream cookbooks * Need to define and implement best m.o. to enable continuous updates * Question: Do you use zip file, ISO, what works best? * How do all pre-requesites get to the admin node? * How will the admin node get all pre-requesites to a target node? * Agreed: Must have a single authorative source for all gems and upstream cookbooks use within a cluster * Agreed: Need ability to lock file versions for gems and cookbooks * RPM Package versions must be capable of being locked on the admin node * Versions that are locked on the admin node shall also be locked on all cluster nodes ## OpenCrowbar Migration * Design how to create & attach a workload RPM (OpenStack, Ceph, Hadoop) * this must NOT require a dedicated ISO for each item, but be parts * to be discussed in the community * tasks: packaging, migrations added, RAILS engine included, * potential for automated discovery Rob ______________________________ Rob Hirschfeld Sr. Distinguished Cloud Solution Architect Dell | Cloud Edge, Data Center Solutions blog robhirschfeld.com, twitter @zehicle Please note, I am based in the CENTRAL (-6) time zone
_______________________________________________ Crowbar mailing list [email protected] https://lists.us.dell.com/mailman/listinfo/crowbar For more information: http://crowbar.github.com/
