Le mercredi 18 mai 2016 à 09:53 +0200, Niels de Vos a écrit : > On Wed, May 18, 2016 at 12:28:25PM +0530, Kaushal M wrote: > > On Tue, May 17, 2016 at 7:50 PM, Amye Scavarda <amye@xxxxxxxxxx> wrote: > > > Over the last year or so, the Rackspace use seems to have gone up pretty > > > steadily. While Rackspace is being awesome and supporting us as an open > > > source project, this usage has been growing in ways that we can't always > > > plan for. > > > > > > I think(?) that what's on Rackspace is mostly CI, but I would love some > > > guidance on what we might be able to make on-demand instead of constant > > > lying in wait. > > > > All the CI machines could be made on-demand. All are based on ready > > images, so we should be able to spin up a VM on demand. > > Or, even by only starting the VMs when needed, and shutting down when > done. Either way, we need a plugin for creating or starting the VMs on > demand. This is something we looked into before, but never had enough > time to test and finish it: > > http://thread.gmane.org/gmane.comp.file-systems.gluster.infra/156 > https://github.com/gluster/jenkins-ssh-slaves-plugin/tree/Before-connect-script-for-gluster-jenkins I did ask to a friend for the jclouds plugin and he was saying that the stable version is buggy as hell, so we would need a devel snapshot. It didn't inspire a huge confidence. But now that the automated install is working well (after the last few bugs fixes around, like the xfsprogs issue found by ndevos, the python dir issue finally fixed, etc), that's the next step. > > The only reason I can think of for having them constantly running is > > to serve the archived logs and builds. > > There have been some (some) discussions of having an artifact server > > which could host these archives. > > Jenkins (AIU) already has support for capturing build artifacts and > > uploading them to a server. > > Indeed, Jenkins jobs can collect files after a run. We do that for the > rpmbuild jobs (QA requested that so they can test the RPMs, no idea if > it is used by anyone): > > https://build.gluster.org/job/glusterfs-devrpms-el7/lastSuccessfulBuild/ > > Capturing the logs and all by Jenkins would be nice. Hopefully we can > place those on a Gluster volume and use our own software for storage :) Then we would need a rather huge disk, no ? -- Michael Scherer Sysadmin, Community Infrastructure and Platform, OSAS
Attachment:
signature.asc
Description: This is a digitally signed message part
_______________________________________________ Gluster-devel mailing list Gluster-devel@xxxxxxxxxxx http://www.gluster.org/mailman/listinfo/gluster-devel