[Gluster-devel] [Gluster-infra] NetBSD regressions not being triggered for patches

Niels de Vos ndevos at redhat.com
Wed Jun 17 19:14:54 UTC 2015


On Wed, Jun 17, 2015 at 03:14:31PM +0200, Michael Scherer wrote:
> Le mercredi 17 juin 2015 à 11:58 +0100, Justin Clift a écrit :
> > On 17 Jun 2015, at 10:53, Michael Scherer <mscherer at redhat.com> wrote:
> > > Le mercredi 17 juin 2015 à 11:48 +0200, Michael Scherer a écrit :
> > >> Le mercredi 17 juin 2015 à 08:20 +0200, Emmanuel Dreyfus a écrit :
> > >>> Venky Shankar <yknev.shankar at gmail.com> wrote:
> > >>> 
> > >>>> If that's the case, then I'll vote for this even if it takes some time
> > >>>> to get things in workable state.
> > >>> 
> > >>> See my other mail about this: you enter a new slave VM in the DNS and it
> > >>> does not resolve, or somethimes you get 20s delays. I am convinced this
> > >>> is the reason why Jenkins bugs.
> > >> 
> > >> But cloud.gluster.org is handled by rackspace, not sure how much control
> > >> we have for it ( not sure even where to start there ).
> > > 
> > > So I cannot change the DNS destination.
> > > 
> > > What I can do is to create a new dns zone, and then, we can delegate as
> > > we want. And migrate some slaves and not others, and see how it goes ?
> > > 
> > > slaves.gluster.org would be ok for everybody ?
> > 
> > Try it out, and see if it works. :)
> > 
> > On the "scaling the infrastructure" side of things, are the two OSAS servers
> > for Gluster still available?
> 
> They are online.
> $ ssh root at ci.gluster.org uptime
>  09:13:37 up 33 days, 16:34,  0 users,  load average: 0,00, 0,01, 0,05

Can it run some Jenkins Slave VMs too?

Thanks,
Niels


More information about the Gluster-devel mailing list