Knife (chef) bootstrap template for OpenIndiana

I’ve put together a bootstrap template for bootstrapping an
OpenIndiana server with chef-client using Knife:

It installs Ruby 1.9 from source rather than using the Ruby 1.8
package from IPS. This is due to a bug in Ruby 1.8 that causes
repeated Ohai attempts to exhaust all available file descriptors on
Solaris. It also patches chef-client and ohai to do full
platform/distribution detection for Solaris distributions (these
changes have been contributed for review:
tickets.opscode.com/browse/OHAI-281).

-J

That is dope, Jason! I'm looking forward to using some of this for the Solaris/OpenIndiana omnibus build.

--
Opscode, Inc.
Adam Jacob, Chief Product Officer
T: (206) 619-7151 E: adam@opscode.com

On Wednesday, July 20, 2011 at 10:34 PM, Jason J. W. Williams wrote:

I've put together a bootstrap template for bootstrapping an
OpenIndiana server with chef-client using Knife:
openindiana-151-chef0.10-gems.erb · GitHub

It installs Ruby 1.9 from source rather than using the Ruby 1.8
package from IPS. This is due to a bug in Ruby 1.8 that causes
repeated Ohai attempts to exhaust all available file descriptors on
Solaris. It also patches chef-client and ohai to do full
platform/distribution detection for Solaris distributions (these
changes have been contributed for review:
tickets.opscode.com/browse/OHAI-281 (http://tickets.opscode.com/browse/OHAI-281)).

-J

Hey Adam,

On Thu, Jul 21, 2011 at 11:58 AM, Adam Jacob adam@opscode.com wrote:

That is dope, Jason! I'm looking forward to using some of this for the Solaris/OpenIndiana omnibus build.

Glad to help! :slight_smile: What is the omnibus build? Next thing I'm working on
is a packaging provider for IPS. Right now I just stubbed out
chef/lib/chef/platform.rb so that openindiana, opensolaris, and
nexentacore are duplicates of the default package provider definitions
for Solaris2 (which is sub-optimal). Since Nexenta uses Apt it might
be able to default to the apt providers.

-J

We're working on getting single package installers, with all of the dependencies built in, including Ruby, all the gems, and support libraries. Coming soon! :slight_smile:

--
Opscode, Inc.
Adam Jacob, Chief Product Officer
T: (206) 619-7151 E: adam@opscode.com

On Thursday, July 21, 2011 at 11:33 AM, Jason J. W. Williams wrote:

Hey Adam,

On Thu, Jul 21, 2011 at 11:58 AM, Adam Jacob <adam@opscode.com (mailto:adam@opscode.com)> wrote:

That is dope, Jason! I'm looking forward to using some of this for the Solaris/OpenIndiana omnibus build.

Glad to help! :slight_smile: What is the omnibus build? Next thing I'm working on
is a packaging provider for IPS. Right now I just stubbed out
chef/lib/chef/platform.rb so that openindiana, opensolaris, and
nexentacore are duplicates of the default package provider definitions
for Solaris2 (which is sub-optimal). Since Nexenta uses Apt it might
be able to default to the apt providers.

-J

On Thu, Jul 21, 2011 at 1:44 PM, Adam Jacob adam@opscode.com wrote:

We're working on getting single package installers, with all of the dependencies built in, including Ruby, all the gems, and support libraries. Coming soon! :slight_smile:

That's cool!

-J

Moved the openindiana Chef bootstrap template into a real repo
(instead of a gist): https://github.com/williamsjj/chef_bootstraps

-J

On Wed, Jul 20, 2011 at 11:34 PM, Jason J. W. Williams
jasonjwwilliams@gmail.com wrote:

I've put together a bootstrap template for bootstrapping an
OpenIndiana server with chef-client using Knife:
openindiana-151-chef0.10-gems.erb · GitHub

It installs Ruby 1.9 from source rather than using the Ruby 1.8
package from IPS. This is due to a bug in Ruby 1.8 that causes
repeated Ohai attempts to exhaust all available file descriptors on
Solaris. It also patches chef-client and ohai to do full
platform/distribution detection for Solaris distributions (these
changes have been contributed for review:
tickets.opscode.com/browse/OHAI-281).

-J