-
Bug
-
Resolution: Unresolved
-
Major
-
None
-
Platform: All, OS: Linux
-
Powered by SuggestiMate
Hi
I have a build server that sometime abort the scheduled build with just error
aborted - else no error messages, see example build log below.
I have configured a logger for the fine level (logger: hudson, log level: fine)
see catelina log below - no useful errors
I have just start calling maven with -X for debug output - if maven was the
course - but have not yet capture the error (if maven is to blame - don't think so)
Any suggestions - please see logs are version data below
Best regards
Peter Andersen
------------
Versions:
Hudson: 1.289
Tomcat: 6.0.18
java version "1.6.0_0"
OpenJDK Runtime Environment (build 1.6.0_0-b11)
OpenJDK 64-Bit Server VM (build 1.6.0_0-b11, mixed mode)
Maven: 2.0.9
OS Debian 5, uname -a:
Linux hudson 2.6.26-1-amd64 #1 SMP Sat Jan 10 17:57:00 UTC 2009 x86_64 GNU/Linux
Example aborted build:
started
Updating svn://svn.lenio.dk/xxxx/trunk
U ...
A build.xml
At revision 11963
Parsing POMs
[trunk] $ /usr/lib/jvm/java-6-openjdk/bin/java -Xmx768m -XX:MaxPermSize=256m -cp
/home/sysadm/apache-tomcat-6.0.18/webapps/hudson/WEB-INF/lib/maven-agent-1.289.jar:/usr/share/maven2/boot/classworlds.jar
hudson.maven.agent.Main /usr/share/maven2
/home/sysadm/apache-tomcat-6.0.18/webapps/hudson/WEB-INF/lib/remoting-1.289.jar
/home/sysadm/apache-tomcat-6.0.18/webapps/hudson/WEB-INF/lib/maven-interceptor-1.289.jar
38194
ERROR: Aborted
No emails were triggered.
finished: ABORTED
Catalina log snippet
Mar 11, 2009 1:33:35 AM hudson.model.Queue maintain
FINE: Queue maintenance started hudson.model.Queue@338f7701
Mar 11, 2009 1:33:40 AM hudson.model.Queue maintain
FINE: Queue maintenance started hudson.model.Queue@338f7701
Mar 11, 2009 1:33:45 AM hudson.model.Queue maintain
FINE: Queue maintenance started hudson.model.Queue@338f7701
Mar 11, 2009 1:33:48 AM hudson.model.Run setResult
FINE: diop-site-build #12 : result is set to ABORTED by
hudson.model.Run.run(Run.java:896)
Mar 11, 2009 1:33:48 AM hudson.model.Run run
INFO: diop-site-build #12 main build action completed: ABORTED
- depends on
-
JENKINS-4345 maven build failure doesn't provide enough informations
-
- Closed
-
- is duplicated by
-
JENKINS-5053 SocketTimeoutException after build start
-
- Resolved
-
[JENKINS-3273] Maven build aborted before execution due to SocketTimeoutException
I also seem to be encountering this issue with H1.318:
A SCM change trigger started this job
Updating http://.../trunk
U pom.xml
At revision 27567
Parsing POMs
[someproject] $ java cp /usr/local/hudson/data/plugins/maven-plugin/WEB-INF/lib/maven-agent
1.318.jar:/usr/local/hudson/maven/apache-maven-2.0.10/boot/classworlds-1.1.jar
hudson.maven.agent.Main /usr/local/hudson/maven/apache-maven-2.0.10
/Library/Tomcat/work/Catalina/hudson.---.com/_/WEB-INF/lib/remoting-1.318.jar
/usr/local/hudson/data/plugins/maven-plugin/WEB-INF/lib/maven-interceptor-1.318.jar 50328
ERROR: Aborted
Finished: ABORTED
Same issue here: Large maven2 project, builds fine on command line, builds fine
in Hudson - but occasionally the build aborts right after invoking the maven plugin:
...
At revision 4765
no change for http://redacted/trunk since the previous build
Parsing POMs
[southcom] $ /root/.hudson/tools//bin/java -cp
/root/.hudson/plugins/maven-plugin/WEB-INF/lib/maven-agent-1.322.jar:/opt/apache-maven-2.1.0/boot/classworlds-1.1.jar
hudson.maven.agent.Main /opt/apache-maven-2.1.0
/opt/apache-tomcat-6.0.18/webapps/hudson/WEB-INF/lib/remoting-1.322.jar
/root/.hudson/plugins/maven-plugin/WEB-INF/lib/maven-interceptor-1.322.jar 34633
/root/.hudson/plugins/maven-plugin/WEB-INF/lib/maven2.1-interceptor-1.2.jar
ERROR: Aborted
Simply retrying works, eventually. Some days it's hard to get hudson to build,
other days we don't have a single "aborted" build.
Oh and yes, access control is enabled and nobody pressed "abort".
The problem here seems to be that the channel never really gets started properly
- Hudson never even has the chance to run the Maven process. I'm not sure what's
happening to the channel, though.
Code changed in hudson
User: : abayer
Path:
trunk/hudson/main/maven-plugin/src/main/java/hudson/maven/MavenModuleSetBuild.java
http://fisheye4.cenqua.com/changelog/hudson/?cs=23288
Log:
Improving logging for debugging JENKINS-3273
We've been able to reproduce this at least once, with improved debugging:
ERROR: Aborted Maven execution for InterruptedIOException
java.net.SocketTimeoutException: Accept timed out
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:384)
at java.net.ServerSocket.implAccept(ServerSocket.java:450)
at java.net.ServerSocket.accept(ServerSocket.java:421)
at
hudson.maven.MavenProcessFactory$SocketHandler$AcceptorImpl.accept(MavenProcessFactory.java:167)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
hudson.remoting.RemoteInvocationHandler$RPCRequest.perform(RemoteInvocationHandler.java:274)
at
hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:255)
at
hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:215)
at hudson.remoting.UserRequest.perform(UserRequest.java:104)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:244)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:417)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
at java.util.concurrent.FutureTask.run(FutureTask.java:123)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
at java.lang.Thread.run(Thread.java:595)
Finished: ABORTED
Hi,
I have the same error with Hudson 1.339.
It happens after a SVN checkout of a Maven project, when parsing the pom :
At revision 6651
no change for http://BLABLA/svn/BLABLA/trunk since the previous build
Parsing POMs
[BLABLA] $ c:\jdk1.6.0_17/bin/java -Xms512m -Xmx1024m -cp E:\hudson\.hudson\plugins\maven-plugin\WEB-INF\lib\maven-agent-1.339.jar;c:\apache-maven-2.2.1\boot\classworlds-1.1.jar hudson.maven.agent.Main c:\apache-maven-2.2.1\ C:\Tomcat_CI\temp\0-hudson\WEB-INF\lib\remoting-1.339.jar E:\hudson\.hudson\plugins\maven-plugin\WEB-INF\lib\maven-interceptor-1.339.jar 2417 E:\hudson\.hudson\plugins\maven-plugin\WEB-INF\lib\maven2.1-interceptor-1.2.jar
ERROR: Aborted Maven execution for InterruptedIOException
java.net.SocketTimeoutException: Accept timed out
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(Unknown Source)
at java.net.ServerSocket.implAccept(Unknown Source)
at java.net.ServerSocket.accept(Unknown Source)
at hudson.maven.MavenProcessFactory$SocketHandler$AcceptorImpl.accept(MavenProcessFactory.java:167)
at hudson.maven.MavenProcessFactory.newProcess(MavenProcessFactory.java:202)
at hudson.maven.ProcessCache.get(ProcessCache.java:231)
at hudson.maven.MavenModuleSetBuild$RunnerImpl.doRun(MavenModuleSetBuild.java:455)
at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:417)
at hudson.model.Run.run(Run.java:1179)
at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:304)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:122)
Finished: ABORTED
I get the same thing also on Hudson 1.341, again after SVN checkout:
At revision 12051
no change for http://subversion/repos/project/trunk since the previous build
Parsing POMs
[project] $ "C:\Documents and Settings\Default User\.hudson\tools\/bin/java" -Xms256m -Xmx512m -cp "C:\Documents and Settings\Default User\.hudson\plugins\maven-plugin\WEB-INF\lib\maven-agent-1.341.jar;C:\Documents and Settings\Default User\.hudson\tools\maven2\boot\classworlds-1.1.jar" hudson.maven.agent.Main "C:\Documents and Settings\Default User\.hudson\tools\maven2" C:\tomcat\webapps\hudson\WEB-INF\lib\remoting-1.341.jar "C:\Documents and Settings\Default User\.hudson\plugins\maven-plugin\WEB-INF\lib\maven-interceptor-1.341.jar" 2560 "C:\Documents and Settings\Default User\.hudson\plugins\maven-plugin\WEB-INF\lib\maven2.1-interceptor-1.2.jar"
ERROR: Aborted Maven execution for InterruptedIOException
java.net.SocketTimeoutException: Accept timed out
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:390)
at java.net.ServerSocket.implAccept(ServerSocket.java:453)
at java.net.ServerSocket.accept(ServerSocket.java:421)
at hudson.maven.MavenProcessFactory$SocketHandler$AcceptorImpl.accept(MavenProcessFactory.java:167)
at hudson.maven.MavenProcessFactory.newProcess(MavenProcessFactory.java:202)
at hudson.maven.ProcessCache.get(ProcessCache.java:231)
at hudson.maven.MavenModuleSetBuild$RunnerImpl.doRun(MavenModuleSetBuild.java:455)
at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:416)
at hudson.model.Run.run(Run.java:1193)
at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:304)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:122)
Skipping Cobertura coverage report as build was not UNSTABLE or better ...
Finished: ABORTED
After re-running the build a couple of times it works, but it means that we have to do manual builds rather than using SCM polling or scheduled builds...
Question for people seeing this - what ports are you seeing this error show up with vs those times you can build successfully? The port is the numeric second-to-last argument in the Java call right before the error. The ServerSocket is getting opened on that port, and we'd be seeing a different exception, thrown before we even get to that java call, if that binding failed. So I'm wondering if there may be something blocking the master from getting to that port on the slave.
There doesn't seem to be much connection between port number and the error as far as I can see. The last few builds I have done each used different port numbers but whether it failed or not tended to be associated with whether it was some time (e.g. a few hours) since hudson last did a build, as below:
1) ran build at start of week for project A: used port 4377 and aborted
2) re-ran build for project A immediately: used port 4584 and succeeded
3) ran build after that for project B: used port 4629 and aborted
4) re-ran build for project B immediately: used port 4722 and succeeded
5) subsequently ran builds at regular short intervals for project B:
- port 2926, success
- port 3439, success
- port 4026, success
6) after a couple of hours, ran a new build for project B: used port 2698 and aborted
7) after another hour, ran a new build for porject B: used port 1611 and aborted
8) re-ran build for project B immediately: used port 1674 and succeeded
Generally I find that once it has started working it will work fairly regularly but if no build happens for a few hours then the next build will abort and re-running it makes it work.
By the way, I am running on a master-only configuration, no slave machines configured.
Hi,
in 1.327 it was already present, an Upgrade to 1.348 only added the "ERROR: Aborted Maven execution for InterruptedIOException" at the bottom of the job.
I am running a master-only config using W2k inside Tomcat 5.5.
I tried to reduce the number of build Executors from 2 to 1 but this didn't change anything.
I added a daily service restart of Tomcat but no change.
The maven call I see is the following:
[workspace] $ c:\EProg\jdk1.5.0_22/bin/java -Xmx256M -cp D:\plugins\maven-plugin\WEB-INF\lib\maven-agent-1.348.jar;D:\jobs\autobuild_init_maven\workspace\maven-2.2.1\boot\classworlds-1.1.jar hudson.maven.agent.Main D:\jobs\autobuild_init_maven\workspace\maven-2.2.1\ C:\EProg\Tomcat\webapps\hudson\WEB-INF\lib\remoting-1.348.jar D:\plugins\maven-plugin\WEB-INF\lib\maven-interceptor-1.348.jar 1990 D:\plugins\maven-plugin\WEB-INF\lib\maven2.1-interceptor-1.2.jar
As mbeveridge mentioned, once it startet sucessfull there are no more problems.
My Ports:
Success: 1340 2249 4411 1977 3190 4749 1538
Fail:1990 3585 3988
It happens even on big and small maven builds.
I'm seeing the exact same thing. I have a really tiny Maven build; I'm just trying to get everything working correctly before I import my code, so I have a simple "Hello, world" program. This is very discouraging, to have spent a lot of time setting up Hudson only to find that half the time it can't run Maven correctly...
Ricket: Are you really seeing the issue /very/ frequently? I only see it very rarely. Could you post more information about your environment (version of Hudson, Maven, Java, memory, cpu, OS, etc)? If you're really getting it more frequently than what I've seen, maybe this will help. Of course I'm just taking a stab in the dark.
The issue is really just Hudson not waiting long enough before connecting, when the CPU is bogged down. I noticed my server was getting really slow so I shut down another service I was running (Artifactory) which was eating a lot of RAM and CPU, and now Hudson hasn't had a problem; the CPU and RAM have been freed so that the job is fast enough to start the Maven interceptor in time for Hudson to connect to it.
By the way, I have an old slow dedicated server (AMD 1.5ghz, 256MB DDR RAM) and am running a number of things on it (Apache, MySQL, Subversion via apache, Hudson, Sonar, Artifactory not anymore). So that's why the server was too slow before. I'm just glad Hudson is pretty lightweight, at least compared to Sonar.
Thanks for the response Ricket.
I have been suspecting the timeout isn't set high enough; however timeout is set to 10 seconds. Surely that would be enough time? On the other hand I have no idea how much work actually takes place in that time, so 10 seconds might not be long enough.
IMO there's no harm in increasing the timeout to cut down on the number of false build failures. Perhaps a 30 second timeout would do the trick? The only reason that wouldn't work is with severely overloaded machines or if there's another issue with the Maven plugin.
Yes, it would be good for the timeout to be higher. Apparently 10 seconds isn't enough for a bogged-down server, and I suspect I would see this problem again if I were to try and run two builds at once. And yes, like you said, I see no reason a higher timeout would cause any problems, except it would mean waiting an extra 20 seconds if someone were trying to debug a problem with Maven or something.
Probably that also explains why it tends to fail on the first build after a period of inactivity but once it gets going they seem to work ok. The first build presumably causes lots of things to be loaded and cached etc so can timeout, but once they are cached subsequent builds are ok.
Is there a property that can be set to change the timeout for hudson to connect to the maven interceptor, or is that hardcoded?
mbeveridge: My thoughts exactly. With only 256mb, my server was probably well out of RAM and into its 4gb page file (well, I know it to be so; I ran free and top, and even now, after stopping Artifactory, it is about 100mb into the page file with full RAM usage), and so when the Maven interceptor was started, those things were brought from the page file into RAM, and resided there long enough for the successive builds to be successful. That's my theory anyway.
Hello,
Thanks for the tip.
I've set the socket timeout to 30s and recompiled MavenProcessFactory class in my environment (http://fisheye.jenkins-ci.org/browse/Hudson/trunk/hudson/main/maven-plugin/src/main/java/hudson/maven/MavenProcessFactory.java?r=26722#l163).
Things are better now.
SocketTimeoutException occured nevertheless once.
Before this change, SocketTimeoutException occured more or less 1 time every 3 launches.
Didn't test it enough though for the moment.
After one week of usage with 30s socket timeout), I confirm it works definitely better but it's not 100% fool proof : more or less 9 launches out of 10 are ok.
I get from time to time SocketTimeoutException.
From my point of view it would be great to be able to change the socket timeout from the hudson admin console.
gonzalad: What system are you running Hudson on? How much RAM does it have? Is it possible that you could stop some other service and see if it works more reliably?
As you probably read above, I was getting timeouts almost every time, and now after stopping the Artifactory service, I haven't tested it a whole lot but it worked every time I tested. Artifactory was using hundreds of MBs of RAM and swap space and some CPU time, but now that I cut it out, Maven is able to start fast enough to connect to Hudson.
We have the same issue regarding the timeout.
Our buildserver which runs Hudson resides on a virtual machine on a server that has multiple virtual instances.
The first three or four build runs on a day have this timeout error.
After that it seems the virtual machine has allocated enough memory or cpu for itself that the problem goes away.
so it definitely seems to be associated with poor machine resources.
Would be nice to have an optional parameter to enter the timeout value though.
Sorry Ricket for the late answer,
My server is running on Windows XP SP3 with MacAfee (Mcshield.exe).
2.33 GHz, 2Go RAM Core 2Duo E6550.
1.17 Go Used (without Hudson, I needed to stop Hudson today for another pb ;( ).
Running Hudson, Trac (with apache), Sonar (this one doing nothing) and MySql (for Sonar).
I cannot use Hudson for one week on this workstation. I'll monitor better next week. Sorry.
Code changed in hudson
User: : ashlux
Path:
trunk/hudson/main/maven-plugin/src/main/java/hudson/maven/MavenProcessFactory.java
http://jenkins-ci.org/commit/30733
Log:
[FIXED JENKINS-3273] Increase timeout to 30 seconds since 10 seconds isn't enough for machines with poor resources.
Thank you very much for the fix, I can confirm since I upgraded to 1.357 the error is gone.
The problem still exist in version 1.443 running on RHEL 5.7 32 bits.
Here is the stacktrace :
[workspace] $ /usr/java/java6/bin/java -Duser.language=en -Xmx512m -Xms24m -XX:MaxPermSize=512m -cp /data/hudson/plugins/maven-plugin/WEB-INF/lib/maven-agent-1.2.jar:/opt/maven/apache-maven-2.2.1/boot/classworlds-1.1.jar hudson.maven.agent.Main /opt/maven/apache-maven-2.2.1 /usr/share/tomcat5/webapps/jenkins/WEB-INF/lib/remoting-2.11.jar /data/hudson/plugins/maven-plugin/WEB-INF/lib/maven-interceptor-1.2.jar 51622 /data/hudson/plugins/maven-plugin/WEB-INF/lib/maven2.1-interceptor-1.2.jar
ERROR: Aborted Maven execution for InterruptedIOException
java.net.SocketTimeoutException: Accept timed out
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:384)
at java.net.ServerSocket.implAccept(ServerSocket.java:453)
at java.net.ServerSocket.accept(ServerSocket.java:421)
at hudson.maven.AbstractMavenProcessFactory$SocketHandler$AcceptorImpl.accept(AbstractMavenProcessFactory.java:171)
at hudson.maven.AbstractMavenProcessFactory.newProcess(AbstractMavenProcessFactory.java:227)
at hudson.maven.ProcessCache.get(ProcessCache.java:231)
at hudson.maven.MavenModuleSetBuild$RunnerImpl.doRun(MavenModuleSetBuild.java:716)
at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:462)
at hudson.model.Run.run(Run.java:1404)
at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:481)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:238)
Finished: ABORTED
I'm also still seeing this issue intermittently in v1.432.
[branch] $ /usr/java/java7/bin/java -Xms128M -Xmx768M -XX:+CMSClassUnloadingEnabled -XX:PermSize=128M -XX:MaxPermSize=384M -cp /opt/hudson/maven3-agent.jar:/opt/maven3/boot/plexus-classworlds-2.4.jar org.jvnet.hudson.maven3.agent.Maven3Main /opt/maven3 /opt/jenkins/slave.jar /opt/hudson/maven3-interceptor.jar 59277
ERROR: Aborted Maven execution for InterruptedIOException
java.net.SocketTimeoutException: Accept timed out
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:408)
at java.net.ServerSocket.implAccept(ServerSocket.java:462)
at java.net.ServerSocket.accept(ServerSocket.java:430)
at hudson.maven.AbstractMavenProcessFactory$SocketHandler$AcceptorImpl.accept(AbstractMavenProcessFactory.java:167)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at hudson.remoting.RemoteInvocationHandler$RPCRequest.perform(RemoteInvocationHandler.java:274)
at hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:255)
at hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:215)
at hudson.remoting.UserRequest.perform(UserRequest.java:118)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:287)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
Finished: ABORTED
Same problem here with Jenkins 1.449:
Started by an SCM change Building in workspace /home/jenkins/jobs/rsb-public/workspace Checkout:workspace / /home/jenkins/jobs/rsb-public/workspace - hudson.remoting.LocalChannel@36b4fec5 Using strategy: Default Checkout:workspace / /home/jenkins/jobs/rsb-public/workspace - hudson.remoting.LocalChannel@36b4fec5 Fetching changes from 1 remote Git repository Fetching upstream changes from ***** Seen branch in repository origin/HEAD Seen branch in repository origin/master Commencing build of Revision a3e51b8864cba056876bcd2e9144b17232e24885 (origin/HEAD, origin/master) Checking out Revision a3e51b8864cba056876bcd2e9144b17232e24885 (origin/HEAD, origin/master) No change to record in branch origin/HEAD No change to record in branch origin/master Parsing POMs [workspace] $ /home/jenkins/tools/JDK_1.6/bin/java -cp /home/jenkins/plugins/maven-plugin/WEB-INF/lib/maven3-agent-1.2.jar:/home/jenkins/tools/Maven_3/boot/plexus-classworlds-2.4.jar org.jvnet.hudson.maven3.agent.Maven3Main /home/jenkins/tools/Maven_3 /var/lib/tomcat6/webapps/jenkins/WEB-INF/lib/remoting-2.12.jar /home/jenkins/plugins/maven-plugin/WEB-INF/lib/maven3-interceptor-1.2.jar 56845 ERROR: Aborted Maven execution for InterruptedIOException java.net.SocketTimeoutException: Accept timed out at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:375) at java.net.ServerSocket.implAccept(ServerSocket.java:470) at java.net.ServerSocket.accept(ServerSocket.java:438) at hudson.maven.AbstractMavenProcessFactory$SocketHandler$AcceptorImpl.accept(AbstractMavenProcessFactory.java:171) at hudson.maven.AbstractMavenProcessFactory.newProcess(AbstractMavenProcessFactory.java:227) at hudson.maven.ProcessCache.get(ProcessCache.java:231) at hudson.maven.MavenModuleSetBuild$RunnerImpl.doRun(MavenModuleSetBuild.java:708) at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:470) at hudson.model.Run.run(Run.java:1404) at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:481) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:238) Finished: ABORTED
I had the same issue and figured I had an IPV6 related issue.
I only have dangerous half knowledge, but noticed that Jenkins opens pors on the IPV6 interface only. My firewall was not configured to allow IPV6 traffic.
The issue resolved once I accepted IPV6 traffic in my iptables.
Same error into Jenkins ver. 1.566
ERROR: Aborted Maven execution for InterruptedIOException
java.net.SocketTimeoutException: Accept timed out
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:398)
at java.net.ServerSocket.implAccept(ServerSocket.java:530)
at java.net.ServerSocket.accept(ServerSocket.java:498)
at hudson.maven.AbstractMavenProcessFactory$SocketHandler$AcceptorImpl.accept(AbstractMavenProcessFactory.java:211)
at hudson.maven.AbstractMavenProcessFactory.newProcess(AbstractMavenProcessFactory.java:270)
at hudson.maven.ProcessCache.get(ProcessCache.java:235)
at hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.doRun(MavenModuleSetBuild.java:759)
at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:518)
at hudson.model.Run.execute(Run.java:1710)
at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:529)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:231)
Finished: ABORTED
I am seeing this when trying to set up a new slave on 1-306. The host I had
been using to slave is still working, but when it tries to run the new slave I
get:
Started by user rsaska
Building remotely on dev-blade-3
Updating http://s***/Connect/trunk/java-infrastructure
At revision 234
no change for http://***/Connect/trunk/java-infrastructure since the previous
build
Parsing POMs
[.] $ java
Xmx1024M -cp /home/hudson/maven-agent.jar:/usr/share/maven2.0.10/boot/classworlds-1.1.jar hudson.maven.agent.Main /usr/share/maven-2.0.10
/home/hudson/slave.jar /home/hudson/maven-interceptor.jar 56107
ERROR: Aborted
Skipping Cobertura coverage report as build was not successful...
Finished: ABORTED