[Gluster-infra] configuration management for the gluster infra, RFC

Michael Scherer mscherer at redhat.com
Wed Aug 20 14:47:28 UTC 2014


Le mercredi 20 août 2014 à 15:19 +0530, Humble Chirammal a écrit :
> On 08/20/2014 02:42 PM, Michael Scherer wrote:
> 
> 
> > Le mardi 19 août 2014 à 18:24 +0100, Justin Clift a écrit :
> > > On 19/08/2014, at 5:29 PM, Michael Scherer wrote:
> > > <snip>
> > > > On term of constraints, I suppose that we need something that work on
> > > > RHEL and Netbsd.
> > > For the Jenkins slave infrastructure we have various Fedora slaves,
> > > some CentOS 6.5 slaves, and other bits:
> > > 
> > > * We have a Jenkins NetBSD slave in Rackspace - manually created from an
> > >   initial CentOS install - since Rackspace doesn't offer NetBSD.
> > > 
> > > * We also have a Jenkins FreeBSD slave in Rackspace.
> > > 
> > > * GlusterFS 3.6 will support OSX fuse clients natively, so we've been
> > >   getting some OSX VM's set up to become Jenkins slaves. (still needs
> > >   work)
> Hi Michael,
> 
> Thanks for bringing this up.
> 
> I have configured Jenkins instance for a  job in an internal server 
> ( http://rhs-client34.lab.eng.blr.redhat.com:8080/job/libgfapi-qemu/)
> which I would like to get migrated to an external server.  
> During this configuration I have learnt something about Jenkins, so I
> can offer some help if required.

Indeed, having some help on jenkins would be good. I didn't used it much
personally, so the more we are, the better.

> > Technically, we can decide to manage os installation and provisioning,
> > especially if we want to test and spin VMs, but this would requires
> > something like cobbler, etc and a more complex setup. I guess we can
> > safely push that to later :)
> We can also consider docker .

We wouldn't be able to dockerize the non linux os, and we would still
need to manage docker containers hosts anyway :) 

And I am personally not very convinced of docker for regular packaged
rpms.  At least, using apache outside of docker mean there is proper
selinux containment, which is lacking on the docker side ( ie, ther eis
just generic svirt support ).

> iic,  most people struggle on:
> 
> * Unawareness of the infrastructure we have .
> * Who owns those.
> * No proper documentation of what exist for gluster , where it is and
> whom to contact.
> * Who is responsible for keeping things updated...etc

yeah, having a list would help. We discussed that in the past, Justin
gave a few servers, but no one else chimed in, so i guess the list was
complete.

> If we sort above, we will be in a better position to draw the line.

yup, agree.

-- 
Michael Scherer
Open Source and Standards, Sysadmin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL: <http://www.gluster.org/pipermail/gluster-infra/attachments/20140820/328e5318/attachment.sig>


More information about the Gluster-infra mailing list