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

[Venky Shankar]

On Wed, Jun 17, 2015 at 9:50 AM, Atin Mukherjee <amukherj at redhat.com> wrote:
>
>
> On 06/11/2015 08:04 PM, Emmanuel Dreyfus wrote:
>> On Thu, Jun 11, 2015 at 04:04:44PM +0200, Niels de Vos wrote:
>>> Michael installed and configured dnsmasq on build.gluster.org yesterday.
>>> If that does not help today, we need other ideas...
>>
>> Just to confirm the problem:
>>
>> [manu at build ~]$ time nslookup nbslave7i.cloud.gluster.org
>> ;; connection timed out; trying next origin
>> ;; connection timed out; no servers could be reached
>>
>>
>> real    0m20.013s
>> user    0m0.002s
>> sys     0m0.012s
>>
>> Having a local cache does not help because upstream DNS service is
>> weak. Without the local cache, individual processes crave for a reply,
>> and with the local server, the local server crave itself crave for
>> a reply.
>>
>> And here upstream DNS is really at fault: at mine I get a reply in
>> 0.29s.
>>
>> We need to configure a local authoritative secondary DNS for the zone,
>> so that the answer is always available locally wihtout having to rely
>> on outside's infrastructure.
> I am not sure whether we have any improvements on this front. I still
> see patches are waiting for ages to get their turn for the regression
> run and hence delaying merges and effecting the release process.
>
> I still feel we don't need to wait for NetBSD's vote for merging patches
> on a temporary basis till we fix the infrastructure problem. This is the
> only quick solution which I can think of now.

That *might* result in lots of NetBSD regression failures later on and
we may end up with another round of fixups.

I can't think of a quick solution either.

>
> Thoughts?
>
> ~Atin
>>
>
> --
> ~Atin
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-devel