Re: Build failed in Hudson: moriarty #455

2 views
Skip to first unread message

Ian Davis

unread,
Mar 25, 2010, 9:07:34 PM3/25/10
to k.j.w.a...@gmail.com, moriar...@googlegroups.com, andre...@talis.com
Why does this build fail in this way so often?

On 26 March 2010 01:01, <hud...@talis.com> wrote:
> See <http://sawyer.kc.talis.local/hudson/job/moriarty/455/>
>
> ------------------------------------------
> Started by timer
> Updating http://moriarty.googlecode.com/svn/trunk
> At revision 264
> Updating http://n2.talis.com/svn/playground/kwijibo/PHP/arc-latest
> ERROR: Failed to update http://n2.talis.com/svn/playground/kwijibo/PHP/arc-latest
> org.tmatesoft.svn.core.SVNException: svn: timed out waiting for server
> svn: OPTIONS request failed on '/svn/playground/kwijibo/PHP/arc-latest'
>        at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:103)
>        at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:87)
>        at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:616)
>        at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:273)
>        at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:261)
>        at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:516)
>        at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:98)
>        at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:1001)
>        at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getRepositoryUUID(DAVRepository.java:146)
>        at org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SVNBasicClient.java:342)
>        at org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SVNBasicClient.java:330)
>        at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:535)
>        at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:401)
>        at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:665)
>        at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:626)
>        at hudson.FilePath.act(FilePath.java:747)
>        at hudson.FilePath.act(FilePath.java:729)
>        at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:619)
>        at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:567)
>        at hudson.model.AbstractProject.checkout(AbstractProject.java:1040)
>        at hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:479)
>        at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:411)
>        at hudson.model.Run.run(Run.java:1243)
>        at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
>        at hudson.model.ResourceController.execute(ResourceController.java:88)
>        at hudson.model.Executor.run(Executor.java:122)
> Caused by: java.net.SocketTimeoutException: connect timed out
>        at java.net.PlainSocketImpl.socketConnect(Native Method)
>        at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
>        at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
>        at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
>        at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
>        at java.net.Socket.connect(Socket.java:519)
>        at org.tmatesoft.svn.core.internal.util.SVNSocketConnection.run(SVNSocketConnection.java:57)
>        at java.lang.Thread.run(Thread.java:619)
>
>

--
Ian Davis, Chief Technology Officer, Talis
tel: +44 (0) 870 400 5000
cell: +44 (0) 7525 941 919
Talis Information Ltd is a member of the Talis Group of companies and
is registered in England No 3638278 with its registered office at
Knights Court, Solihull Parkway, Birmingham Business Park, B37 7YB.

I'm trialling Google Apps using a temporary email address. Email sent
to my usual address (ian....@talis.com) will still reach me.

Rob Styles

unread,
Mar 26, 2010, 6:08:00 AM3/26/10
to moriar...@googlegroups.com
It looks like it's getting a TCP level connection problem to n2.talis.com - problem with the hosting for that?

rob


--
You received this message because you are subscribed to the Google Groups "moriarty-dev" group.
To post to this group, send email to moriar...@googlegroups.com.
To unsubscribe from this group, send email to moriarty-dev...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/moriarty-dev?hl=en.




--
Rob Styles
http://dynamicorange.com

Andrew Bate

unread,
Mar 26, 2010, 12:22:09 PM3/26/10
to moriar...@googlegroups.com
We used to have problems connecting to n2.talis.com SVN repo for one of Keith's things a while back when Aspire used to extern to it also.  Don't know why the connection to n2 is so dodgy.

astilla

unread,
Apr 12, 2010, 8:57:39 AM4/12/10
to moriarty-dev
I've switched off the 'build periodically' flag in the Hudson server
as those build emails have been driving me nuts with it repeatedly
failing then working due to repo connectivity issues. Now it should
only try to build when someone actually checks in code. This doesn't
fix the flaky connection to the ARC module in Keith's SVN playground
on n2.talis.com but it'll cut down on the emails. Maybe this ARC
dependency should be moved elsewhere?


On Mar 26, 5:22 pm, Andrew Bate <ajb...@googlemail.com> wrote:
> We used to have problems connecting to n2.talis.com SVN repo for one of Keith's things a while back when Aspire used to extern to it also.  Don't know why the connection to n2 is so dodgy.
>
> On 26 Mar 2010, at 10:08, Rob Styles wrote:
>
> > It looks like it's getting a TCP level connection problem to n2.talis.com - problem with the hosting for that?
>
> > rob
>

> > On Fri, Mar 26, 2010 at 1:07 AM, Ian Davis <ian.da...@talis.com> wrote:
> > Why does this build fail in this way so often?
>
> > On 26 March 2010 01:01,  <hud...@talis.com> wrote:
> > > See <http://sawyer.kc.talis.local/hudson/job/moriarty/455/>
>
> > > ------------------------------------------
> > > Started by timer
> > > Updatinghttp://moriarty.googlecode.com/svn/trunk
> > > At revision 264
> > > Updatinghttp://n2.talis.com/svn/playground/kwijibo/PHP/arc-latest

> > > ERROR: Failed to updatehttp://n2.talis.com/svn/playground/kwijibo/PHP/arc-latest

> > to my usual address (ian.da...@talis.com) will still reach me.


>
> > --
> > You received this message because you are subscribed to the Google Groups "moriarty-dev" group.
> > To post to this group, send email to moriar...@googlegroups.com.
> > To unsubscribe from this group, send email to moriarty-dev...@googlegroups.com.

> > For more options, visit this group athttp://groups.google.com/group/moriarty-dev?hl=en.

Keith Alexander

unread,
Apr 12, 2010, 10:34:47 AM4/12/10
to moriar...@googlegroups.com
what about bundling arc with moriarty? would it be a pain to keep the
arc version up to date? it would make moriarty easier to use.

Ian Davis

unread,
Apr 12, 2010, 10:41:28 AM4/12/10
to moriar...@googlegroups.com
What is the plugin used for? I never use it! :)

Keith Alexander

unread,
Apr 12, 2010, 10:56:46 AM4/12/10
to moriar...@googlegroups.com
what plugin?

Ian Davis

unread,
Apr 12, 2010, 11:02:40 AM4/12/10
to moriar...@googlegroups.com
On Mon, Apr 12, 2010 at 3:56 PM, Keith Alexander
<k.j.w.a...@gmail.com> wrote:
> what plugin?
>

The ARC plugin that the build fetches from your SVN repo. The one that
keeps timing out :)

astilla

unread,
Apr 14, 2010, 2:38:13 AM4/14/10
to moriarty-dev
It looks even though I've switched off the 'build periodically' flag
in Hudson, when it polls for repos changes the timeout connecting to
the svn repos on n2.talis.com is triggering an scm change that is
starting the build. I'd vote for moving this arc dependency somewhere
else but I don't have a preference where; either into Moriarty as a
bundled lib (where we can at least control the version released with
Moriarty) or just to some other reliable repos elsewhere.

Keith Alexander

unread,
Apr 14, 2010, 2:52:22 AM4/14/10
to moriar...@googlegroups.com
I removed the svn:externals for the plugins directory, in case that
fixed things, I guess it didn't?

Andrew Bate

unread,
Apr 14, 2010, 1:35:02 PM4/14/10
to moriar...@googlegroups.com
It appears to be the update of 'arc-latest" that is causing the problem from looking at the Hudson failure log.

I talked to Dom earlier and he said the server n2.talis.com is on is some old flaky VM that is in need of replacing and he didn't realise there was even an SVN repos on it.

Andrew

Reply all
Reply to author
Forward
0 new messages