elvanja / jenkins-gitlab-hook-plugin

Enables Gitlab web hooks to be used to trigger SMC polling on Gitlab projects

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

Wont install ruby-runtime 0.12

SteveyPugs opened this issue · comments

I know this isn't related to this but the pre reqs require it so I am not sure if I am missing something or doing it wrong...

This is what I get:

hudson.util.IOException2: Failed to dynamically deploy this plugin
    at hudson.model.UpdateCenter$InstallationJob._run(UpdateCenter.java:1317)
    at hudson.model.UpdateCenter$DownloadJob.run(UpdateCenter.java:1116)
    at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
    at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
    at java.util.concurrent.FutureTask.run(Unknown Source)
    at hudson.remoting.AtmostOneThreadExecutor$Worker.run(AtmostOneThreadExecutor.java:104)
    at java.lang.Thread.run(Unknown Source)
Caused by: java.nio.file.FileSystemException: C:\Program Files (x86)\Jenkins\plugins\ruby-runtime\WEB-INF\lib\classes.jar: The process cannot access the file because it is being used by another process.

    at sun.nio.fs.WindowsException.translateToIOException(Unknown Source)
    at sun.nio.fs.WindowsException.rethrowAsIOException(Unknown Source)
    at sun.nio.fs.WindowsException.rethrowAsIOException(Unknown Source)
    at sun.nio.fs.WindowsFileSystemProvider.implDelete(Unknown Source)
    at sun.nio.fs.AbstractFileSystemProvider.delete(Unknown Source)
    at java.nio.file.Files.delete(Unknown Source)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at hudson.Util.deleteFile(Util.java:239)
    at hudson.Util.deleteRecursive(Util.java:307)
    at hudson.Util.deleteContentsRecursive(Util.java:204)
    at hudson.Util.deleteRecursive(Util.java:298)
    at hudson.Util.deleteContentsRecursive(Util.java:204)
    at hudson.Util.deleteRecursive(Util.java:298)
    at hudson.Util.deleteContentsRecursive(Util.java:204)
    at hudson.Util.deleteRecursive(Util.java:298)
    at hudson.ClassicPluginStrategy.explode(ClassicPluginStrategy.java:423)
    at hudson.ClassicPluginStrategy.createPluginWrapper(ClassicPluginStrategy.java:129)
    at hudson.PluginManager.dynamicLoad(PluginManager.java:413)
    at hudson.model.UpdateCenter$InstallationJob._run(UpdateCenter.java:1313)
    ... 6 more

I am using jenkins v 1.538

C:\Program Files (x86)\Jenkins\plugins\ruby-runtime\WEB-INF\lib\classes.jar: The process cannot access the file because it is being used by another process.

I suspect this might be the issue.
My instance is running the same Jenkins version as yours, and I am using the latest plugin version too.
There is one difference thought, I use C:.jenkins as the root of the instance, no long paths with spaces.
If you can try that, give it a go.
Otherwise, maybe just a restart might do the trick, before installing the plugin.
Let me know how it goes!

Been trying a restart. I will try the c: and let you know

Wow....finally success...this is such a ridiculous bug!

So just to verify, the path with spaces was the cause?

Yes. I really appreciate the prompt response. This tool is awesome! One question I have for you is, I noticed that during a post it only sends the master branch. Do you know why that is? I want to setup development with different branches then production.

The Gitlab payload has the brach related to the commit.
But, you need to configure your project's Git section to use that information.
See the plugin readme or you can try the parametrized branch thingy, described here http://shcatula.wordpress.com/2012/11/17/jenkins-git-branches/

Ah I get it now! So when the commit goes through you see the commit for that specific branch. Is there any way to actually test that out in GitLab WebHook Test Section?

Nah, best way is to just create a test project at Gitlab and Jenkins and play around.

Figured as much. Thanks again!

And i can confirm that this is still an issue in jenkins when trying to install ruby-runtime.
Windows server 2012.
Jenkins 1.601
still fails when installing ruby-runtime when Jenkins is installed in a path with spaces, i.e. the default of

C:\Program Files (x86)\Jenkins

Installing Jenkins in the root of the c drive solved the issue and ruby-runtime could then be installed.

C:\Jenkins

@tlogik thanks for the feedback!

Are you F*in kidding me? So this tool can't deal with spaces. WTF?

help me overcome this issue indetale

commented

had the same issue.
moving Jenkins installation to c:\Jenkins solved it

I too was able to resolve this my simply moving Jenkins to C:\Jenkins. Don't forget to change any environment variables, etc... when you do so as well though.

Ahh, I tried this and now I cannot connect to my Jenkins from remote (calling 192.168.xx.xx:8080 produces a timeout), locally / on that machine localhost:8080 works, but tells me that my reverse proxy configuration is wrong, which I definitely didn't set... I scanned the config and settings in the Jenkins folder, but I do not find what is going wrong. Any ideas? Help really appreciated.

Forget the question - somehow the windows firewall re-emerged... D'uh!

Had the same issue and moving Jenkins to c:\Jenkins solved it