Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-dev
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: Matthew Marlowe <matt@...>
From: Ed W <lists@...>
Subject: Re: avoiding urgent stabilizations
Date: Fri, 25 Feb 2011 11:37:36 +0000
Hi

> I'm starting to put together a portage/stable server configuration for a large
> number of gentoo VM's that will eventually be hosted on a VMware ESX 4.1U1
> cluster - with the goal of limiting major changes to once/year and otherwise
> only applying security/minimum necessary updates.  I doubt it will be easy but
> I'm doing my best at it :)

This sounds very interesting.  I haven't yet plugged through your blog, 
but just to chime in:

I maintain a, likely much smaller, number of VMs using linux vservers.  
The approach here is to almost cut each machine down to a chroot that 
runs only one (or thereabouts) interesting service.  To do this I have 
found customised portage profiles to be the under-plugged secret since 
they allow you to basically push a set of packages which should be 
installed and control "per type of vm" use flags and package keywords 
(eg I have www-nginx, www-apache, mail, proxy, mysql, ftp, etc 
profiles).  Additionally I have a small overlay of local ebuilds that 
sit in the same tree

Up until now I haven't really made any effort to sync this whole tree 
across multiple physical machines and it's a bit of an ad-hoc process.  
Using something like git would probably be perfect

The still missing step is configuration management across the machine 
types, eg I want to upgrade all my "Apache-WWW" class machines and merge 
in all changes in /etc in a certain way... At the moment I just run 
dispatch-conf across all machines, but it can be quite boring merging 20 
instances of sshd.conf...  Seems like Puppet/Chef could be a solution 
here, but the step up and investment to make it work seems pretty large?



It does appear like managing large numbers of virtual machines is one 
are that gentoo could score very well?  Interested to see any chatter on 
how others solve this problem, or any general advocacy?  Probably we 
should start a new thread though...

Regards

Ed W


Replies:
Re: avoiding urgent stabilizations
-- Enrico Weigelt
Community Development of Gentoo Server Mgmt Tools for VMware Clusters/etc - Puppet modules, github collaboration, etc - Fork of Dev Topic: Avoiding Urgent Stabilizations
-- Matthew Marlowe
References:
avoiding urgent stabilizations
-- Paweł Hajdan, Jr.
Re: avoiding urgent stabilizations
-- Enrico Weigelt
Re: avoiding urgent stabilizations
-- Ed W
Re: avoiding urgent stabilizations
-- Matthew Marlowe
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: avoiding urgent stabilizations
Next by thread:
Community Development of Gentoo Server Mgmt Tools for VMware Clusters/etc - Puppet modules, github collaboration, etc - Fork of Dev Topic: Avoiding Urgent Stabilizations
Previous by date:
Re: avoiding urgent stabilizations
Next by date:
Community Development of Gentoo Server Mgmt Tools for VMware Clusters/etc - Puppet modules, github collaboration, etc - Fork of Dev Topic: Avoiding Urgent Stabilizations


Updated Jun 29, 2012

Summary: Archive of the gentoo-dev mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.