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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



The problem was nbslave71. It used to be picked first for all changes
and would fail instantly. I've disabled it now. The other slaves are
working correctly.

~kaushal

On Thu, Jun 11, 2015 at 12:56 PM, Emmanuel Dreyfus <manu@xxxxxxxxxx> wrote:
> On Thu, Jun 11, 2015 at 12:39:43PM +0530, Atin Mukherjee wrote:
>> Can we start merging patches with out NetBSD's vote? Currently we have
>> so many patches waiting for NetBSD's vote and it seems like no vms are
>> apparently running as well. This is blocking us to move forward.
>
> In my opinion the fix to this problem is to start new VM. I was busy
> on other fronts hence I did not watched the situation, but it is still
> grim, with most NetBSD slaves been in screwed state. We need to spin
> more.
>
> --
> Emmanuel Dreyfus
> manu@xxxxxxxxxx
> _______________________________________________
> Gluster-infra mailing list
> Gluster-infra@xxxxxxxxxxx
> http://www.gluster.org/mailman/listinfo/gluster-infra
_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-devel




[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux