Mailing-List: contact river-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: river-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of jonathan.costers@googlemail.com
 designates 209.85.214.176 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        b=rjkdz9AhvI/IcuXWZBgQzj7W7qfRXanly3nhUA08yY8i0RE8XPREZ4/1OkCFIbNvCE
         QNTCBxWAmY5DRddwW3Yw+AK/z1rObU6VkeLhdPNI9zUERHaYsWIhvXCxaW5dxiWND/dR
         eCvDFouH5xvDqKxxk5+SU5M0AGDVj8lAKz+no=
MIME-Version: 1.0
In-Reply-To: <AANLkTi=PhLb3h=Zioznz+eZuv6gE-xFyCjJJrW4MwCXt@mail.gmail.com>
References: <36701414.8111287671851939.JavaMail.hudson@aegis>
	<2140012192.11011287935752127.JavaMail.hudson@aegis>
	<4CC46450.5000500@acm.org>
	<AANLkTi=-CnNXRpTJCYHAfu+hArxJwOeYEvUKRe+=hLpL@mail.gmail.com>
	<4CC5AA5B.8010408@acm.org>
	<AANLkTi=PhLb3h=Zioznz+eZuv6gE-xFyCjJJrW4MwCXt@mail.gmail.com>
Date: Wed, 27 Oct 2010 09:51:15 -0400
Message-ID: <AANLkTikwFZqxcwe=v-NSE+KKxgG8zJon8ood3PwEBgQ2@mail.gmail.com>
Subject: Re: Build failed in Hudson: River-trunk-QA #41
From: Jonathan Costers <jonathan.costers@googlemail.com>
To: river-dev@incubator.apache.org
Content-Type: multipart/alternative; boundary=0016364eded2e2e8b00493998442

--0016364eded2e2e8b00493998442
Content-Type: text/plain; charset=UTF-8

Yes, it is relatively easy to setup a Hudson build like that, i.e. to only
build on either solaris or ubuntu instances.
I'm a bit busy for the moment, but as soon as I get some time I'll look into
configuring it.

2010/10/25 Tom Hobbs <tvhobbs@googlemail.com>

> Is this to do with Hudson handing out build jobs to "slaves"?
>
> There's a checkbox on the project config page which you can select to
> restrict which slaves Hudson uses.  Does that not help any?  I can't
> remember if that's standard behaviour or a plugin.  Or maybe I've got
> the wrong end of this stick?
>
>
> On Mon, Oct 25, 2010 at 5:03 PM, Patricia Shanahan <pats@acm.org> wrote:
> > Thanks for the reminder. I'd forgotten about the random element in how
> > Hudson runs the tests.
> >
> > I am strongly in favor of controlling which system we run on. For one
> thing,
> > I think a release candidate should be run in as many different
> environments
> > as possible, and not being able to control which OS Hudson uses limits
> that.
> >
> > Since you obviously remember this problem, but voted for javaspace as my
> > next bug hunt target, I assume you consider this lower priority the
> > javaspace failures. Of course, that does not mean it has no priority -
> maybe
> > I'll get to this next after javaspace.
> >
> > Patricia
> >
> >
> >
> >
> >
> > Jonathan Costers wrote:
> >>
> >> This error has happened since day one, when Hudson builds and tests on
> the
> >> solaris1 instance.
> >> It is specific to Solaris, and does not happen on the ubuntu instances.
> >> I highlighted this happening many times before.
> >> You can check the build output for all solaris builds and compare to the
> >> ubuntu builds if you need confirmation of my statement.
> >>
> >> This error is the whole reason why I would like to setup separate
> builds:
> >> - one running only on solaris instances
> >> - one running only on ubuntu instances
> >>
> >> 2010/10/24 Patricia Shanahan <pats@acm.org>
> >>
> >>> On 10/24/2010 8:55 AM, Apache Hudson Server wrote:
> >>>
> >>>> See<https://hudson.apache.org/hudson/job/River-trunk-QA/41/changes>
> >>>>
> >>>> Changes:
> >>>>
> >>>> [pats] Add comment documenting use of "+," to embed a comma in a test
> >>>> JVM
> >>>> argument.
> >>>>
> >>> The failure was:
> >>>
> >>>    [java]
> >>> com/sun/jini/test/spec/lookupdiscovery/MulticastMonitorAllChange.td
> >>>    [java] Test Failed: Test Failed:
> >>> com.sun.jini.qa.harness.TestException:
> >>> change failed -- waited 870 seconds (14 minutes) -- 3 change event(s)
> >>> expected, 0 change event(s) received
> >>>
> >>> This result is more likely to be an intermittent failure due to a
> >>> concurrency bug than caused by adding a comment to
> qaDefaults.properties.
> >>> I'll put a VirtualBox to work running the test repeatedly to see if it
> >>> will
> >>> fail for me, and if so whether I can make it happen more often to aid
> >>> debug.
> >>>
> >>> Patricia
> >>>
> >>
> >
> >
>

--0016364eded2e2e8b00493998442--