Dell Crowbar to deploy OpenStack Diablo Cloud September 22, 2011
Posted by Rob H in Crowbar, Greg Althaus, OpenStack, OpenStack Design Summit, RackSpace.Tags: Crowbar, Diablo, Github, Keystone, modularization, Open Source, OpenStack, OpsCode, rackspace
5 comments
Photo by JB George
This week, some of the Crowbar/Dell OpenStack-Powered Cloud team, plus Matt Ray from Opscode, have been working with our partners at Rackspace in San Antonio (see Opscode post about collaboration). Our target is to have Crowbar deliver a core Diablo deployment by the October 2011 design conference (sponsored in part by Dell). This is a collaborative effort and we invite community participation – we are trying to be open and communicative (via the Crowbar listserv) while also respecting that there is a mountain of work if we are to meet deadlines.
We are doing the work in the open on the Crowbar Github so you have access to the very latest capabilities and it also means that the head the Crowbar may be unstable while we add capabilities. We feel like this is an important trade off because it allows us to keep up with the rapid pace of development in OpenStack (and other projects). This is the motivation for the recent modularization work and will continue to be a feature driver for Crowbar enhancements because it allows Crowbar users to easily bring in updated bits.
Building Crowbar post-modularization (15 minute how-to video) September 20, 2011
Posted by Rob H in Crowbar, Crowbar.Tags: Build, Crowbar, ISO, modularization, rackspace
9 comments
Note: I’m putting build ISOs and Sledgehammer TARs on crowbar.zehicle.com if you don’t want to follow these steps then download the ISO. We are updating the ISO daily, so don’t assume that you have that latest!
To build Crowbar, you need a Linux machine and access to the internet. The video shows how you can use an Ubuntu 10.10 Rackspace Cloud Server. We build Crowbar inside our firewall on our PCs too. No matter how you do it, Crowbar is full of fuzzily delicious cloud bits.
For up-to-date instructions, see the Crowbar wiki Build ISO page.
Technical details of pending Crowbar changes September 14, 2011
Posted by Rob H in Crowbar, Greg Althaus.Tags: Barclamp, Crowbar, Git, merge, modularization, rails, RHEL, ubuntu
2 comments
We’re testing a HUGE batch of changes to Crowbar before we commit them. The changes support the barclamp modularization work and also include the addition of RHEL and network barclamp update.
You may be eager to dig in; however, disruptiveness of these changes means that we are taking extra time to make sure that the build and install still work.
Here’s what you’ll see when we commit the changes:
-
Changes in naming to be more generic
- Crowbar server user/pass is now crowbar/crowbar (was openstack/openstack)
- Rails app path now crowbar_framework (was openstack_manager )
-
The pre-split barclamps (/change-image/dell/barclamps/*) have been moved into individual github repos (barclamp-*).
- Barclamps are pulled into the build using “git submodule”
- Chef scripts for barclamps are no longer copied and comingled together in the chef directory. They remain in their source directories (default /opt/dell/barclamps)
-
Inside the barclamps, you’ll find
- A crowbar configuration file to direct the barclamp installer including localization and menu extensions.
- Path changes to better align with the destination paths (command_line -> bin, app ->crowbar_framework)
- App views moved under subdirectories
-
Changes to installation scripts
- Barclamp installation changed to a ruby library so it can do more and be used individually outside of the install process. This allows barclamps to be imported or updated after installation.
- Changes to create accommodate multiple operating systems
-
Addition of a “redhat-5.6-extra” directory with the RHEL 5.6 installation build components.
- The RHEL version installs Opcode Chef Server 0.10 (Ubuntu is still 0.9 – community help here?)
- Crowbar framework Rails app runs under Rainbow instead of Apache.
-
The code for the framework and the barclamp installer has been moved into the crowbar barclamp.
- The installer bootstraps the crowbar barclamp to install itself.
-
The network barclamp has been substantially changed – that will require additional documentation. Features include
- Concept of “conduits” that are constructed on nodes to be shared between barclamps
- Ability to map adapters in a general way to deal with inconsistent enumeration
- Mapping conduits to adapters allows for new teaming and multiple teaming configurations
We’ll post to the Crowbar listserv when changes. They will be posted to Crowbar HEAD. If you want the current build, we have created a “v1.0″ tag.
Don’t fork it up. OpenStack needs community collaboration September 12, 2011
Posted by Rob H in HP, Open source, OpenStack, OpenStack Design Summit.Tags: cisco, Citrix, GigaOM, HP, modularization, Nebula, open operations, OpenStack, rackspace, Stackops
3 comments
We’re standing on the eve of the OpenStack 4th Design summit (aka Essex) and I’m watching a frenzy of IT Goliaths (Dell, Citrix, Cisco, HP, Rackspace) and some Cloud Davids (Nebula, Stackops) try to tangle revenue streams from an open source cloud project.
I was pleased to read GigaOM‘s Derrick Harris validation of Dell’s strategy which featured my team’s contributions (Crowbar, OpenStack & Hadoop). We are working hard to bring these technologies to our customers in an open and collaborative way.
Dell has substantial IT assets to bring to bear on cloud solutions. All of them are ultimately tied to products that generate revenue for Dell; however, that does not prevent our being able to collaborate and share. On the contrary, we benefiting from input from our partners, customers and community to determine which features are needed to accelerate adoption. Our recent decision to accelerate Crowbar modularization is a clear example of that process.
It is essential to understand that this is not just about cloud technologies! It is about the collaborative way we are promoting them and the processes we are using to deliver them.
With Dell’s cloud moving at hurricane speed, it has been interesting to watch how other companies are setting their own OpenStack initiatives. It seems to me that many of these efforts involve forks from OpenStack that cannot/will not be contributed back the community. One (but not the only) example is from HP’s Emil Sayegh who says that “HP developers … ideas will be shared…” He does not commit to sharing HP’s code in his post. I hope that is an oversight and not their plan.
In time, forking may be needed. Right now, we need to focus on building a strong foundation. Open contributions of code are the engine of that success.
