Bugzilla – Full Text Bug Listing
| Summary: | HIPP for EGit/JGit | ||
|---|---|---|---|
| Product: | Community | Reporter: | Thanh Ha <thanh.ha> |
| Component: | CI-Jenkins | Assignee: | CI Admin Inbox <ci.admin-inbox> |
| Status: | VERIFIED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | matthias.sohn, robin, thanh.ha, tomasz.zarna, webmaster |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Bug Depends on: | 403843 | ||
| Bug Blocks: | |||
|
Description
Thanh Ha
Hi Matthias,
I've setup a HIPP instance for the Egit & Jgit projects on this URL:
https://hudson.eclipse.org/egit
Committers on either projects should now be able to login and create/update/delete jobs. You will need to login using your email address as the username.
If you need additional Hudson plugins installed that is not included please reopen this bug and let me know which plugins you need.
Optionally we can also add the Hudson Instance user to the Egit and/or Jgit groups as well which would allow it to write directly to your project's downloads area. We are only offering this on request by the project so let me know if this is something you want.
Thanh
Thanks, I am able to logon :-) It seems I don't have admin permissions so I can't access plugin management hence I can't check which plugins are installed. Also it would be nice if I could restart Hudson in case it hangs (on shared main Hudson I can since I am a deputy admin). reopen to get your attention for my questions (In reply to comment #2) > It seems I don't have admin permissions so I can't access plugin management > hence I can't check which plugins are installed. This is expected, we are not planning on giving admin permissions to projects. > Also it would be nice if I could restart Hudson in case it hangs (on shared main > Hudson I can since I am a deputy admin). We have bug 413102 open to track adding this functionality somewhere, perhaps the PMI to allow projects to restart their own instance. But I guess in your case it's a little different since your admin on the shared instance. I'll let Denis comment on if you should be given the same powers here as well. (In reply to comment #4) > (In reply to comment #2) > > It seems I don't have admin permissions so I can't access plugin management > > hence I can't check which plugins are installed. > > This is expected, we are not planning on giving admin permissions to > projects. could you then provide a list of the plugins which are installed ? > > Also it would be nice if I could restart Hudson in case it hangs (on shared main > Hudson I can since I am a deputy admin). > > We have bug 413102 open to track adding this functionality somewhere, > perhaps the PMI to allow projects to restart their own instance. > > But I guess in your case it's a little different since your admin on the > shared instance. I'll let Denis comment on if you should be given the same > powers here as well. thanks List of plugins installed: - FindBugs Plug-in 4.48-h-1 - DRY Plug-in 2.34-h-1 - Locks and Latches plugin 0.6 - Hudson GIT plugin 2.2.3 - Hudson REST Plugin 2.1.2 - XPath Provider Plugin 1.0.2 - Maven 2 job type plugin 2.2.1 - Groovy Support Plugin 3.0.3 - JNA Native Support Plugin 3.0.2 - Hudson Xvnc plugin 1.10 - Hudson build timeout plugin 1.11 - Hudson BIRT Charts Plugin 3.0.3 - Static Analysis Collector Plug-in 1.28-h-1 - Hudson Maven3 Plugin 3.0.1 - JFreeChart Plugin 1.4 - Hudson disk-usage plugin 0.19-h-1 - Hudson Parameterized Trigger plugin 2.17-h-1 - Static Analysis Utilities 1.49-h-1 (In reply to comment #5) I talked to Denis and he did not have a problem with giving you admin rights here. I've added the additional permissions on your account. Could you please copy the following jobs to our shiny new HIPP Hudson in order to start moving our build jobs from the shared servers to our own dedicated HIPP from sandbox Hudson: - egit-github.gerrit - egit-stable.gerrit - egit.gerrit - jgit.gerrit from main Hudson: - egit - egit-github - egit-github-stable - egit-stable - jgit - jgit-stable I will then test all these jobs and as soon as this is ok I will delete the old jobs on the shared Hudson servers. Could you please also check if the HIPP user running the HIPP hudson has voting permissions on the jgit and egit repositories in the verified category ? (In reply to comment #8) > Could you please copy the following jobs to our shiny new HIPP Hudson > in order to start moving our build jobs from the shared servers to our > own dedicated HIPP Done, I've moved all the jobs from both shared instances. > Could you please also check if the HIPP user running the HIPP hudson has > voting permissions on the jgit and egit repositories in the verified > category ? Yes the HIPP user has the voting permissions and is setup with the private key on the unix side. Let me know if there's any issues with the voting though. seems Hudson lacks permissions to run maven, see https://hudson.eclipse.org/egit/job/egit.gerrit/4801/console FATAL: command execution failed java.io.IOException: Cannot run program "mvn" (in directory "/home/hudson/genie.technology.egit/.hudson/jobs/egit.gerrit/workspace"): error=13, Permission denied at java.lang.ProcessBuilder.start(ProcessBuilder.java:1041) at hudson.Proc$LocalProc.<init>(Proc.java:187) at hudson.Proc$LocalProc.<init>(Proc.java:157) at hudson.Launcher$LocalLauncher.launch(Launcher.java:649) at hudson.Launcher$ProcStarter.start(Launcher.java:266) at hudson.Launcher$ProcStarter.join(Launcher.java:273) at hudson.tasks.Maven.perform(Maven.java:255) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:34) at hudson.model.AbstractBuild$AbstractRunner.perform(AbstractBuild.java:646) at hudson.model.Build$RunnerImpl.build(Build.java:181) at hudson.model.Build$RunnerImpl.doRun(Build.java:136) at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:434) at hudson.model.Run.run(Run.java:1390) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:40) at hudson.model.ResourceController.execute(ResourceController.java:82) at hudson.model.Executor.run(Executor.java:137) Caused by: java.io.IOException: error=13, Permission denied at java.lang.UNIXProcess.forkAndExec(Native Method) at java.lang.UNIXProcess.<init>(UNIXProcess.java:135) at java.lang.ProcessImpl.start(ProcessImpl.java:130) at java.lang.ProcessBuilder.start(ProcessBuilder.java:1022) ... 15 more (In reply to comment #10) > seems Hudson lacks permissions to run maven, see > https://hudson.eclipse.org/egit/job/egit.gerrit/4801/console This was because I only configured the Maven 3 plugin for the HIPP instance and this job was using the "Maven 2 (Legacy) plugin" to build. I went ahead and configured the paths for Maven 3.0.5 for the "Maven 2 (Legacy) plugin" and was able to build my test project after explicitly specifying the 3.0.5 Maven installation I configured. I'm not sure what Hudson's "(Default)" version tries to use by I couldn't build with that one. All of a sudden I can't logon to HIPP any longer. Any clue what may have happened ? I assume I can logon with my committer account "msohn". The link "Build Infra health charts" points to the charts for the shared server, could we change this to show the corresponding charts for our HIPP ? (In reply to comment #11) > (In reply to comment #10) > > seems Hudson lacks permissions to run maven, see > > https://hudson.eclipse.org/egit/job/egit.gerrit/4801/console > > > This was because I only configured the Maven 3 plugin for the HIPP instance > and this job was using the "Maven 2 (Legacy) plugin" to build. I went ahead > and configured the paths for Maven 3.0.5 for the "Maven 2 (Legacy) plugin" > and was able to build my test project after explicitly specifying the 3.0.5 > Maven installation I configured. > > I'm not sure what Hudson's "(Default)" version tries to use by I couldn't > build with that one. I retriggered this failed job but it still fails https://hudson.eclipse.org/egit/job/egit.gerrit/4802/console (In reply to comment #12) > All of a sudden I can't logon to HIPP any longer. Any clue what may have > happened ? I assume I can logon with my committer account "msohn". Don't forget HIPP is different in that you use your email to login, not your shell account. > The link "Build Infra health charts" points to the charts for the shared > server, > could we change this to show the corresponding charts for our HIPP ? Good point, I will discuss with Denis when he's back from vacation. At the moment as far as I'm aware HIPP does not have a cacti health chart. (In reply to comment #13) > (In reply to comment #11) > > (In reply to comment #10) > > > seems Hudson lacks permissions to run maven, see > > > https://hudson.eclipse.org/egit/job/egit.gerrit/4801/console > > > > > > This was because I only configured the Maven 3 plugin for the HIPP instance > > and this job was using the "Maven 2 (Legacy) plugin" to build. I went ahead > > and configured the paths for Maven 3.0.5 for the "Maven 2 (Legacy) plugin" > > and was able to build my test project after explicitly specifying the 3.0.5 > > Maven installation I configured. > > > > I'm not sure what Hudson's "(Default)" version tries to use by I couldn't > > build with that one. > > I retriggered this failed job but it still fails > https://hudson.eclipse.org/egit/job/egit.gerrit/4802/console Your job is still using the "(Default)" version setting for the Maven 2 Legacy plugin. If you switched it to explicitly use the 3.0.5 version I setup it should work. I'm not sure how Maven 2 Legacy plugin decides what the "default" version it'll use is but if anyone knows I can change it so that it defaults the the working path? The Maven 3 plugin has a setting for this but I do not see it in the Maven 2 Legacy plugin. (In reply to comment #15) > Your job is still using the "(Default)" version setting for the Maven 2 > Legacy plugin. If you switched it to explicitly use the 3.0.5 version I > setup it should work. > > I'm not sure how Maven 2 Legacy plugin decides what the "default" version > it'll use is but if anyone knows I can change it so that it defaults the the > working path? > > The Maven 3 plugin has a setting for this but I do not see it in the Maven 2 > Legacy plugin. I set the maven version explicitly and now it's working. I will change the job to use the Maven 3 plugin. I now tried to run the jgit job and this fails to deploy build results to repo.eclipse.org https://hudson.eclipse.org/egit/job/jgit/1467/console How much disk space is available on this HIPP ? The disk usage report shows how much is consumed but I can't find at which size we'll hit the roof. (In reply to comment #17) > How much disk space is available on this HIPP ? The disk usage report shows > how much is consumed but I can't find at which size we'll hit the roof. For jobs there is currently 822GB available with only 49GB used so far (Total size 917GB).. (In reply to comment #16) > I now tried to run the jgit job and this fails to deploy build results to > repo.eclipse.org > https://hudson.eclipse.org/egit/job/jgit/1467/console Fixed, the HIPP instance was missing the "Deploy to repo.eclipse.org" settings file. Since I imported without that you may have to double check and configure the Maven plugin for the deploy goal to use this settings file. there is one test which fails to cleanup since it can't delete: Could not delete file /opt/public/hipp/homes/genie.technology.egit/EGitCoreTestTempDir/Repository2/.git/objects/pack Any clue if this could be caused by slightly different filesystem configuration ? On my local Mac I don't face this problem. (In reply to comment #20) > there is one test which fails to cleanup since it can't delete: > > Could not delete file > /opt/public/hipp/homes/genie.technology.egit/EGitCoreTestTempDir/Repository2/ > .git/objects/pack > > Any clue if this could be caused by slightly different filesystem > configuration ? > On my local Mac I don't face this problem. Did you configure a custom workspace? I suspect your hitting the NFS issue since it looks like it's writing to /opt/public/.... and that path is an NFS mount. All projects on the hipp server have a local file system directory that's not NFS that you can write to in /jobs/<project> so for egit it would be /jobs/genie.technology.egit/ Hudson's default job directory is symlinked there so if you want to configure your own custom job directory make sure it's somewhere in that path. I had a closer look, I'm guessing this is the job [1]. Looks like the workspace is fine, I guess your test when it executes is working out of the HIPP user's home directory which is an NFS mount. I recall we've had NFS file lock issues before with Hudson not releasing the locks which we would fix by restarting Hudson. This was one of the reasons why we setup the /jobs directory on HIPP as a local mount so that this issue does happen. Is it possible to configure the test to work out of the /jobs/genie.technology.egit directory? [1] https://hudson.eclipse.org/egit/job/egit.gerrit/4805/console (In reply to comment #22) > This was one of the reasons why we setup the /jobs directory on HIPP as a > local mount so that this issue does happen. Is it possible to configure the > test to work out of the /jobs/genie.technology.egit directory? ... so that this issue _doesn't_ happen ... (In reply to comment #23) > (In reply to comment #22) > > This was one of the reasons why we setup the /jobs directory on HIPP as a > > local mount so that this issue does happen. Is it possible to configure the > > test to work out of the /jobs/genie.technology.egit directory? > > ... so that this issue _doesn't_ happen ... working on a solution to enable egit tests to use a custom home directory https://git.eclipse.org/r/#/c/15589/ but I am stuck since now the jgit.gerrit job can't delete a file and even wiping its workspace fails with the following error java.io.IOException: Unable to delete /home/hudson/genie.technology.egit/.hudson/jobs/jgit.gerrit/workspace/org.eclipse.jgit.java7.test/target/trash - files in dir: [/home/hudson/genie.technology.egit/.hudson/jobs/jgit.gerrit/workspace/org.eclipse.jgit.java7.test/target/trash/��] at hudson.Util.deleteFile(Util.java:263) at hudson.Util.deleteRecursive(Util.java:305) at hudson.Util.deleteContentsRecursive(Util.java:222) at hudson.Util.deleteRecursive(Util.java:303) at hudson.Util.deleteContentsRecursive(Util.java:222) at hudson.Util.deleteRecursive(Util.java:303) at hudson.Util.deleteContentsRecursive(Util.java:222) at hudson.Util.deleteRecursive(Util.java:303) at hudson.FilePath$9.invoke(FilePath.java:860) at hudson.FilePath$9.invoke(FilePath.java:858) at hudson.FilePath.act(FilePath.java:791) at hudson.FilePath.act(FilePath.java:773) at hudson.FilePath.deleteRecursive(FilePath.java:858) at hudson.model.AbstractProject.cleanWorkspace(AbstractProject.java:2118) at hudson.model.AbstractProject.doDoWipeOutWorkspace(AbstractProject.java:2094) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:274) at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:141) at org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse(Function.java:80) at org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java:95) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:45) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:565) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:650) at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:225) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:45) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:565) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:650) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:481) at org.kohsuke.stapler.Stapler.service(Stapler.java:152) at javax.servlet.http.HttpServlet.service(HttpServlet.java:848) at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:648) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1336) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:86) at org.hudsonci.servlets.internal.ServletRegistrationFilterAdapter.doFilter(ServletRegistrationFilterAdapter.java:162) at org.hudsonci.servlets.internal.ServletRegistrationFilterAdapter.doFilter(ServletRegistrationFilterAdapter.java:134) Seems FSJava7Test is a bit misbehaving in that it creates files in target/trash. It should probably be changed to extend RepositoryTestCase and use createTempDirectory. (In reply to comment #25) > Seems FSJava7Test is a bit misbehaving in that it creates files in > target/trash. It should probably be changed to extend RepositoryTestCase and > use createTempDirectory. I'll fix this. But why should it cause problems for Hudson to create test files under target/trash ? If Hudson is unable to delete files in the job directory we will face problems anyway since each new build first runs mvn clean which wants to delete the target folders. If this isn't possible we are doomed anyway. (In reply to comment #26) > (In reply to comment #25) > > Seems FSJava7Test is a bit misbehaving in that it creates files in > > target/trash. It should probably be changed to extend RepositoryTestCase and > > use createTempDirectory. > > I'll fix this. > > But why should it cause problems for Hudson to create test files under > target/trash ? If Hudson is unable to delete files in the job directory we > will face problems anyway since each new build first runs mvn clean which > wants to delete the target folders. If this isn't possible we are doomed > anyway. You're right. It seems like the file which can not be deleted has an encoding issue, but I don't know why the file would be like that in the first place: https://hudson.eclipse.org/egit/job/jgit.gerrit/ws/org.eclipse.jgit.java7.test/target/trash/ Maybe creating a symlink on the /home/hudson/ file system somehow breaks the file name? (In reply to comment #24) > (In reply to comment #23) > > (In reply to comment #22) > > > This was one of the reasons why we setup the /jobs directory on HIPP as a > > > local mount so that this issue does happen. Is it possible to configure the > > > test to work out of the /jobs/genie.technology.egit directory? > > > > ... so that this issue _doesn't_ happen ... > > working on a solution to enable egit tests to use a custom home directory > https://git.eclipse.org/r/#/c/15589/ > > but I am stuck since now the jgit.gerrit job can't delete a file and even > wiping its workspace fails with the following error I restarted the hipp instance. Can you try again and see if that helps? (In reply to comment #27) > You're right. It seems like the file which can not be deleted has an > encoding issue, but I don't know why the file would be like that in the > first place: > > https://hudson.eclipse.org/egit/job/jgit.gerrit/ws/org.eclipse.jgit.java7. > test/target/trash/ > > Maybe creating a symlink on the /home/hudson/ file system somehow breaks the > file name? This is what the file looks like when I run ls -l: lrwxrwxrwx 1 genie.technology.egit technology.egit 2 Aug 19 02:01 ä -> å (In reply to comment #28) > (In reply to comment #24) > > (In reply to comment #23) > > > (In reply to comment #22) > > > > This was one of the reasons why we setup the /jobs directory on HIPP as a > > > > local mount so that this issue does happen. Is it possible to configure the > > > > test to work out of the /jobs/genie.technology.egit directory? > > > > > > ... so that this issue _doesn't_ happen ... > > > > working on a solution to enable egit tests to use a custom home directory > > https://git.eclipse.org/r/#/c/15589/ > > > > but I am stuck since now the jgit.gerrit job can't delete a file and even > > wiping its workspace fails with the following error > > I restarted the hipp instance. Can you try again and see if that helps? this doesn't help: https://hudson.eclipse.org/egit/job/jgit.gerrit/3880/console could you delete it from a terminal session ? (In reply to comment #30) > this doesn't help: > https://hudson.eclipse.org/egit/job/jgit.gerrit/3880/console > could you delete it from a terminal session ? Done, I wiped the whole workspace. I guess Hudson's has an issue deleting this encoding. (In reply to comment #31) > Done, I wiped the whole workspace. I guess Hudson's has an issue deleting > this encoding. looks better now, jgit builds seem to be happy now, next I'll dig into the egit test issues I enhanced the egit build to allow configuration of the test directory so this problem is fixed :-) Next problem I face is that the UI tests based on SWTBot hang forever until the job timeout aborts the build after 40min [1], any clue what might cause this ? On sandbox hudson this works with the same job configuration ... Maybe something wrong with XVnc setup ? [1] https://hudson.eclipse.org/egit/job/egit-stable.gerrit/28/console (In reply to comment #33) > Next problem I face is that the UI tests based on SWTBot hang forever until > the job timeout aborts the build after 40min [1], any clue what might cause > this ? I copied some settings from the sandbox over for Xvnc. Commandline: Xvnc :$DISPLAY_NUMBER -geometry 1024x768 -depth 24 -ac Also checked the checkbox for "Clean up before start" Can you see if that helps it? (In reply to comment #33) > [1] https://hudson.eclipse.org/egit/job/egit-stable.gerrit/28/console I just launched this build so we'll find out soon. (In reply to comment #35) > (In reply to comment #33) > > [1] https://hudson.eclipse.org/egit/job/egit-stable.gerrit/28/console > > I just launched this build so we'll find out soon. it still hangs the shell step I run before the build does the following # check if vncserver is running ps aux |grep "vnc" # ui tests need a window manager metacity --replace --sm-disable & echo $DISPLAY having a closer look at the top of https://hudson.eclipse.org/egit/job/egit-stable.gerrit/32/console it seems to me something is wrong with the X setup: ... Starting xvnc [workspace] $ Xvnc :11 -geometry 1024x768 -depth 24 -ac [workspace] $ /bin/sh -xe /tmp/hudson9130514377293675042.sh + ps aux + grep vnc 20/08/2013 10:43:31 Xvnc version X.org/xf4vnc custom version 20/08/2013 10:43:31 Copyright (C) 2001-2004 Alan Hourihane. 20/08/2013 10:43:31 Copyright (C) 2000-2004 Constantin Kaplinsky 20/08/2013 10:43:31 Copyright (C) 1999 AT&T Laboratories Cambridge 20/08/2013 10:43:31 All Rights Reserved. 20/08/2013 10:43:31 See http://www.tightvnc.com/ for information on TightVNC 20/08/2013 10:43:31 See http://xf4vnc.sf.net for xf4vnc-specific information 20/08/2013 10:43:31 Desktop name 'x11' (hipp1:11) 20/08/2013 10:43:31 Protocol versions supported: 3.7, 3.3 20/08/2013 10:43:31 RGB format 8 8 8 20/08/2013 10:43:31 Listening for VNC connections on TCP port 5911 [dix] Could not init font path element /usr/share/fonts/TTF/, removing from list! [dix] Could not init font path element /usr/share/fonts/OTF, removing from list! (EE) XKB: Couldn't open rules file /usr/share/X11/xkb/rules/base (EE) XKB: No components provided for device Virtual core keyboard (EE) config/hal: NewInputDeviceRequest failed (2) 10067 399 0.0 0.0 85868 5704 ? R 10:43 0:00 Xvnc :11 -geometry 1024x768 -depth 24 -ac 10067 406 0.0 0.0 4256 576 ? S 10:43 0:00 grep vnc + echo :11 :11 + metacity --replace --sm-disable (EE) config/hal: NewInputDeviceRequest failed (2) ... I am not an X expert so I don't know how to fix this ;-) yeah, it seems I gave up too early, waiting a bit longer https://hudson.eclipse.org/egit/job/egit-stable.gerrit/32/console ran the ui tests :-) But still a lot of tests failed since also some egit ui tests create files under the home directory. I changed the test directory also for the ui tests and started another build https://hudson.eclipse.org/egit/job/egit-stable.gerrit/33/console let's see if this helps (In reply to comment #37) > yeah, it seems I gave up too early, waiting a bit longer > https://hudson.eclipse.org/egit/job/egit-stable.gerrit/32/console > ran the ui tests :-) > > But still a lot of tests failed since also some egit ui tests create files > under the home directory. I changed the test directory also for the ui tests > and started > another build > https://hudson.eclipse.org/egit/job/egit-stable.gerrit/33/console > let's see if this helps egit ui tests now also use a folder on local filesystem but it seems there are again problems to delete files created by tests, see https://hudson.eclipse.org/egit/job/egit-stable.gerrit/37/console (In reply to comment #38) > egit ui tests now also use a folder on local filesystem but it seems there > are again problems to delete files created by tests, see > https://hudson.eclipse.org/egit/job/egit-stable.gerrit/37/console Odd... When I check that directory at the filesystem level there is nothing there so looks like all the deletes were successful. # ls -la /jobs/genie.technology.egit/egit.test.tmpdir/ total 8 drwxr-sr-x 2 genie.technology.egit technology.egit 4096 Aug 20 11:29 . drwxr-sr-x 14 genie.technology.egit technology.egit 4096 Aug 20 11:29 .. Strange that Hudson is reporting that it was not able to delete. (In reply to comment #38) > egit ui tests now also use a folder on local filesystem but it seems there > are again problems to delete files created by tests, see > https://hudson.eclipse.org/egit/job/egit-stable.gerrit/37/console Seems like the problem is creating them: https://hudson.eclipse.org/egit/job/egit-stable.gerrit/37/testReport/junit/org.eclipse.egit.ui.internal.actions/LinkedResourcesTest/org_eclipse_egit_ui_internal_actions_LinkedResourcesTest/ I think the problem is that TestUtils now has an additional level of directory, so a straight "mkdir" fails (because of missing parent dirs). The logic to ensure the directories are created should probably be in createTempDir, e.g. call FileUtils.mkdirs(result, true) at the end. (In reply to comment #40) > (In reply to comment #38) > > egit ui tests now also use a folder on local filesystem but it seems there > > are again problems to delete files created by tests, see > > https://hudson.eclipse.org/egit/job/egit-stable.gerrit/37/console > > Seems like the problem is creating them: > > https://hudson.eclipse.org/egit/job/egit-stable.gerrit/37/testReport/junit/ > org.eclipse.egit.ui.internal.actions/LinkedResourcesTest/ > org_eclipse_egit_ui_internal_actions_LinkedResourcesTest/ > > I think the problem is that TestUtils now has an additional level of > directory, so a straight "mkdir" fails (because of missing parent dirs). The > logic to ensure the directories are created should probably be in > createTempDir, e.g. call FileUtils.mkdirs(result, true) at the end. oops, thanks, I am getting blind while playing try and error for many hours. Fixing this helped :-) I think I can declare victory, the stable jobs now work. Will revisit the jobs for master branch after all patches for 3.0.2 have been cherry-picked and merged back to master I'd like to use the dashboard view plugin [1] to gain a better overview about our build jobs and their results. Could we get this installed on EGit HIPP ? [1] http://wiki.hudson-ci.org/display/HUDSON/Dashboard+View (In reply to comment #42) > I'd like to use the dashboard view plugin [1] to gain a better overview about > our build jobs and their results. > > Could we get this installed on EGit HIPP ? > > [1] http://wiki.hudson-ci.org/display/HUDSON/Dashboard+View Absolutely, I added the plugin and restarted your HIPP instance. I think this is resolved now. |