Re: critical issue for artifactory plugin : uploading broken jar after buil success

[Noam Y. Tenne]

Perhaps an overactive antivirus application?
Do you seen any errors or exceptions in Artifactory's log files after
the broken upload is performed?
When looking at Artifactory's request.log, the last column of each
entry represents the request's content length; try to find the entry
of the problematic deployment request and see if the logged size
complies to the actual one.

On May 10, 3:26 pm, Federico Paolantoni
 wrote:
> No compression is done on the trasmission, Jenkins and Artifactory are
> running on the same server..
> Doing further tests i checked that the issue is presenting only with jar
> file.
>
> 2012/5/10 Jan Seidel 
>
>
>
>
>
>
>
>
>
> > Are you using some kind of compression while transferring?
> > I had a similar issue with or TeamForge server. The stream was compressed
> > and broke the jars.
> > Other scenario was I uploaded a bunch of files and downloaded all at once.
> > There is a feature on our server that then zips all files to one. This
> > double compression gave no joy.
>
> > Take care
> > Jan
>
> > Am Donnerstag, 10. Mai 2012 00:43:03 UTC+2 schrieb Federico Paolantoni:
>
> >> Dear Noam,
> >> thank you for interesting, our situation is quite critical!
>
> >> If you want i can check for the md5sum but i did this test today:
>
> >> 1) downloaded to my pc the jar produced from jenkins taking it from
> >> ws/target/appname.jar
> >> 2) downloaded to my pc the jar stored from jenkins in artifactory from
> >> the artifactory web site.
> >> 3) opened the jar from jenkins check with success and the archive
> >> contains all class file.
> >> 4) open the jar from artifactory and that jar was broken (7zip was
> >> unablet to extract!!)
> >> 5) check the dimensions.. and where different.
>
> >> So.. i also noticed that in jenkins when i run the build, on the left,
> >> there is the box with the last executions for the project youŕe looking 
> >> (Build
> >> History (trend) graph).
> >> Usually the plugin puts an artifactory icon, with the dimension of the
> >> stored package.. i noticed that the last builds (successful) have the
> >> artifactory icon..but not dimension!
> >> When this icon has no dimension of the package closer, i found a broken
> >> package on the artifactory.
>
> >> Let me know if i can give you more info.. to help me to find a solution..
> >> or check if it's a real bug.
>
> >> Thank you!
> >> Federico
>
> >> 2012/5/9 Noam Y. Tenne 
>
> >>> Hi Federico,
>
> >>> Are you certain the package is damaged only after being deployed?
> >>> I trust that you've compared the checksums of the produced artifact
> >>> that's archived by Maven/Jenkins and the checksums of the artifact
> >>> that's deployed?
> >>> Perhaps you've got some sort of proxy or firewall between Jenkins and
> >>> Artifactory that might alter the artifact on the way? or maybe network
> >>> issues?
>
> >>> Cheers,
> >>> Noam
>
> >>> On May 9, 5:32 pm, Federico Paolantoni 
> >>> wrote:
> >>> > Dear List
> >>> > i'm having big troubles with jenkins and artifactory:
> >>> > Jenkins version 1.477.1 running on tomcat.
>
> >>> > Artifactory 2.6.0 running on tomcat with postgresql.
> >>> > Maven 3.0.2
> >>> > Jdk  1.6.0_30-b12
> >>> > artifactory plugin:
> >>> > 2.0.7 >>> pluginManager/plugin/a..
> >>> .>
>
> >>> > Actually even if the build run with succes, and the jar is produced...
> >>> the
> >>> > uploaded package is broken.
>
> >>> > How can i fix this issue?
> >>> > Where should i find the log about this?
>
> >>> > This is a big issue for us, because the application deployed on all
> >>> > environments dev, test, qa, prod are under controlo of Jenkins-ci.
> >>> > Now we're stopped to find the solution to this issue!
>
> >>> > Thank you
>
> >> --
> >> Federico Paolantoni
>
> >> --**--**
> >> ---
> >> The information contained in the present communication
> >> and the related attachment can be classified as reserved
> >> and are, however, destined exclusively to the persons
> >> or the over indicated Society are forbidden, according
> >> the Italian Laws, D.Lgs. n. 196/2003 "Code in matter of
> >> protection of the personal data" and of the art. 616 c.p.
> >> if you have received this e-mail in error please destroy
> >> any copies and delete it from your computer system.
> >> --**--**
> >> ---
>
> --
> Federico Paolantoni
>
> --- 
> 
> The information contained in the present communication
> and the related attachment can be classified as reserved
> and are, however, destined exclusively to the persons
> or the over indicated Society are forbidden, according
> the Italian Laws, D.Lgs. n. 196/2003 "Code in matter of
> protection of the personal data" and of the art. 

Re: RE : Slaves out of Sync

[Kamal Ahmed]

Thanks Luc
Here is the sequence of commands i used:

1. yum install ntp
2. chkconfig ntpd on
3. ntpdate pool.ntp.org
4. /etc/init.d/ntpd restart
- restart again if it fails to stop, just to make sure stop and start works.

Thanks,
-Kamal.




>
> From: Luc Crepin 
>To: "jenkinsci-users@googlegroups.com"  
>Sent: Thursday, May 10, 2012 2:36 PM
>Subject: RE : Slaves out of Sync
> 
>
> 
>Just activate NTP update in date/time parameters. 
>Luc
>
>
>
> 
>De : jenkinsci-users@googlegroups.com [jenkinsci-users@googlegroups.com] de la 
>part de Kamal Ahmed [kamalah...@yahoo.com]
>Date d'envoi : jeudi 10 mai 2012 18:18
>À : jenkinsci-users@googlegroups.com
>Objet : Slaves out of Sync
>
>
>Hi,
>I am running Jenkins ( latest ) on ubuntu 11.10 and slaves are mostly Linux, 
>but they are always out of Sync in time, how can i make sure that they REMAIN 
>in Sync allways.
>Thanks,
>-Kamal.
>
>
>

RE : Slaves out of Sync

[Luc Crepin]

Just activate NTP update in date/time parameters.
Luc

De : jenkinsci-users@googlegroups.com [jenkinsci-users@googlegroups.com] de la 
part de Kamal Ahmed [kamalah...@yahoo.com]
Date d'envoi : jeudi 10 mai 2012 18:18
À : jenkinsci-users@googlegroups.com
Objet : Slaves out of Sync

Hi,
I am running Jenkins ( latest ) on ubuntu 11.10 and slaves are mostly Linux, 
but they are always out of Sync in time, how can i make sure that they REMAIN 
in Sync allways.
Thanks,
-Kamal.

Re: Error running groovysh via jenkins-cli due to anonymous missing the Administrator permission

[Carlton Brown]

Running groovysh via the SSH server doesn't seem to work.   It returns an
exit 255 with no output.The who-am-i command shows i'm authenticated.

On Wed, May 2, 2012 at 10:15 AM, Carlton Brown  wrote:

> Thanks for the explanation, I will try that.
>
>
> On Wed, May 2, 2012 at 3:44 AM, Daniel PETISME 
> wrote:
>
>> The groovysh command seems broken with the jenkins-cli.jar.
>> if you use a "recent" version of Jenkins you should use the Jenkins SSH
>> server to invoke the groovysh command.
>>
>> https://wiki.jenkins-ci.org/display/JENKINS/Jenkins+SSH
>> http://kohsuke.org/2011/12/27/jenkins-now-acts-as-an-ssh-daemon/
>>
>> Cheers
>> Daniel
>>
>> Le jeudi 26 avril 2012 17:23:50 UTC+2, Carlton Brown a écrit :
>>
>>> I wish to use groovysh to interact directly with Jenkins.   Does it work?
>>>
>>> On Wed, Apr 25, 2012 at 4:58 PM, Daniel PETISME <
>>> daniel.peti...@gmail.com> wrote:
>>>
 Hi Carlton,

 Jenkins-cli seems to have some issues concerning authentication.
 Groovysh allows you to interact directly with the Jenkins JVM using the
 goovy language.

 If you don't need this "interaction" prefer the groovy command as a
 possible workaround


 For instance.

 $ java -jar jenkins-cli.jar -s http://localhost:8080/jenkins/ -i
  groovy test_script.gsh
 Enter passphrase for :
 ant - 1.1
 javadoc - 1.0
 Jenkins CVS Plug-in - 1.6
 Maven Integration plugin - 1.460
 Jenkins SSH Slaves plugin - 0.21
 Jenkins Subversion Plug-in - 1.34
 Jenkins Translation Assistance plugin - 1.8

 and the test_script.gsh is reusing your command "jenkins.model.Jenkins.
 **instance.pluginManager.**plugins.each { println("${it.longName} -
 ${it.version}") }"

 I try to add more details concerning jenkins-cli.jar tool: Jenkins CLI
 in Dev 
 ML

 To skip the step of the creation of a groovy script file for each
 command, the usage talks about a pramater "=" to write the command in 
 stdin.

 Cheers

 Daniel


 On Wednesday, April 25, 2012 4:27:14 PM UTC+2, Carlton Brown wrote:
>
> Steps to reproduce:
> 1:  set up an SSH key under my username
> 2:  verified that I am authenticated:  java -jar jenkins-cli.jar -s
> http://myserver/jenkins  **wh**o-am-i
>  Authenticated as: myuser
> Authorities:
> authenticated
> 3:  tried to run a trivial script via groovysh and got an error
>   java -jar jenkins-cli.jar -s 
> http://myserver/jenkins
>  **gro**ovysh 
> 'jenkins.model.Jenkins.**instanc**e.pluginManager.**plugins.each
> { println("${it.longName} - ${it.version}") };'
> Exception in thread "main" java.lang.reflect.**UndeclaredTh**
> rowableException
> at $Proxy2.main(Unknown Source)
> at hudson.cli.CLI.execute(CLI.**jav**a:271)
>  at hudson.cli.CLI._main(CLI.java:417)
> at hudson.cli.CLI.main(CLI.java:**3**22)
> Caused by: hudson.remoting.**ProxyException**: hudson.security.**
> AccessDeniedEx**ception2: anonymous is missing the Administer
> permission
>  at hudson.security.ACL.**checkPermi**ssion(ACL.java:53)
> at hudson.model.Node.**checkPermiss**ion(Node.java:381)
>  at hudson.cli.GroovyshCommand.**mai**n(GroovyshCommand.java:61)
>  at hudson.cli.CliManagerImpl.**main**(CliManagerImpl.java:92)
> at sun.reflect.**GeneratedMethodAcc**essor5352.**invoke(Unknown
> Source)
>  at sun.reflect.**DelegatingMethodAc**cessorImpl.**invoke(**
> DelegatingMe**thodAccessorImpl.**java:43)
> at java.lang.reflect.Method.**invok**e(Method.java:601)
>  at hudson.remoting.**RemoteInvocati**onHandler$**RPCRequest.perform(*
> *R**emoteInvocationHandler.java:**27**4)
> at hudson.remoting.**RemoteInvocati**onHandler$**RPCRequest.call(**
> Remo**teInvocationHandler.java:**255)
>  at hudson.remoting.**RemoteInvocati**onHandler$**RPCRequest.call(**
> Remo**teInvocationHandler.java:**215)
> at hudson.remoting.UserRequest.**pe**rform(UserRequest.java:118)
>  at hudson.remoting.UserRequest.**pe**rform(UserRequest.java:48)
> at hudson.remoting.Request$2.run(Request.java:287)
>  at hudson.remoting.**InterceptingEx**ecutorService$1.**call(**
> Intercept**ingExecutorService.**java:72)
> at hudson.cli.CliManagerImpl$1.**ca**ll(CliManagerImpl.java:63)
>  at hudson.remoting.**InterceptingEx**ecutorService$2.**call(**
> Intercept**ingExecutorService.**java:95)
> at java.util.concurrent.**FutureTas**k$Sync.innerRun(**FutureTask.**
> java:334)
>  at java.util.concurrent.**FutureTas**k.run(FutureTask.**java:166)
> at java.util.concurrent.**ThreadPoo**lExecutor.runWorker(**ThreadPool*
> *Executor.java:1110)
>  at java.util.concurrent.**ThreadPoo**lExecutor$Worker.run(**ThreadPoo
>

Re: FATAL: Java heap space

[SamL]

Thank you very much for the information

On Thursday, May 10, 2012 2:04:15 AM UTC-7, Jan Seidel wrote:
>
> add the argument -Xmx1024m (1 gig in this case) when calling java.
> You will have to test the amount you need.
>
> Take care
> Jan
>
> Am Mittwoch, 9. Mai 2012 21:22:41 UTC+2 schrieb Vincent Latombe:
>>
>> Hello,
>>
>> https://wiki.jenkins-ci.org/display/JENKINS/I%27m+getting+OutOfMemoryError
>>
>> Vincent
>>
>>
>> 2012/5/9 SamL 
>>
>>> Hello Folks.
>>>
>>> I am running Jenkins 1.459 on Centos6 and I just got the following error.
>>> Has anyone else seeing this issue?
>>>
>>> Any help/information will be much appreciated
>>> Thank you
>>>
>>> FATAL: Java heap spacejava.lang.OutOfMemoryError 
>>> : 
>>> Java heap space
>>> at java.util.Arrays.copyOf(Arrays.java:2798) 
>>> 
>>> at java.io.ByteArrayOutputStream.write(ByteArrayOutputStream.java:111) 
>>> 
>>> at java.io.PrintStream.write(PrintStream.java:447) 
>>> 
>>> at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:220) 
>>> 
>>> at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:290) 
>>> 
>>> at sun.nio.cs.StreamEncoder.flushBuffer(StreamEncoder.java:103) 
>>> 
>>> at java.io.OutputStreamWriter.flushBuffer(OutputStreamWriter.java:185) 
>>> 
>>> at java.io.PrintStream.write(PrintStream.java:494) 
>>> 
>>> at java.io.PrintStream.print(PrintStream.java:636) 
>>> 
>>> at java.io.PrintStream.println(PrintStream.java:773) 
>>> 
>>> at 
>>> org.netbeans.lib.cvsclient.commandLine.BasicListener.messageSent(BasicListener.java:104)
>>>  
>>> 
>>> at 
>>> org.netbeans.lib.cvsclient.event.MessageEvent.fireEvent(MessageEvent.java:161)
>>>  
>>> 
>>> at 
>>> org.netbeans.lib.cvsclient.event.EventManager.fireCVSEvent(EventManager.java:170)
>>>  
>>> 
>>> at 
>>> org.netbeans.lib.cvsclient.response.MessageResponse.process(MessageResponse.java:104)
>>>  
>>> 
>>> at org.netbeans.lib.cvsclient.Client.handleResponse(Client.java:648) 
>>> 
>>> at org.netbeans.lib.cvsclient.Client.processRequests(Client.java:598) 
>>> 
>>> at 
>>> org.netbeans.lib.cvsclient.command.log.RlogCommand.execute(RlogCommand.java:402)
>>>  
>>> 
>>> at org.netbeans.lib.cvsclient.Client.executeCommand(Client.java:710) 
>>> 
>>> at hudson.scm.CVSSCM.getRemoteLogForModule(CVSSCM.java:522) 
>>> 
>>> at hudson.scm.CVSSCM.calculateChangeLog(CVSSCM.java:414) 
>>> 
>>> at hudson.scm.CVSSCM.checkout(CVSSCM.java:821) 
>>> 
>>> at hudson.model.AbstractProject.checkout(AbstractProject.java:1212) 
>>> 
>>> at 
>>> hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:581) 
>>> <

Unable to create new jobs after 1.463 upgrade

[eander...@appnexus.com]

We're unable to create new jobs after upgrading to 1.463. Downgrading
to 1.462 does not solve the problem. We are also unable to view the /
configure page.

When we try to visit either the /configure page, or the /view/All/
newJob page we get an exception like the following. Any help would be
appreciated.

Eric Anderson
AppNexus

WARNING: Untrapped Error in Servlet
javax.servlet.ServletException:
org.apache.commons.jelly.JellyTagException: jar:file:/usr/local/
jenkins/home/war/WEB-INF/lib/jenkins-core-1.463.jar!/hudson/model/
Descriptor/newInstanceDetail.jelly:32:83:  Error setting
property 'page', exception - java.lang.NoSuchMethodError:
org.slf4j.spi.LocationAwareLogger.log(Lorg/slf4j/Marker;Ljava/lang/
String;ILjava/lang/String;Ljava/lang/Throwable;)V
at org.kohsuke.stapler.jelly.JellyFacet$1.dispatch(JellyFacet.java:
103)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:574)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:659)
at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:241)
at
org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:
53)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:574)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:659)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:488)
at org.kohsuke.stapler.Stapler.service(Stapler.java:162)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:45)
at winstone.ServletConfiguration.execute(ServletConfiguration.java:
248)
at winstone.RequestDispatcher.forward(RequestDispatcher.java:333)
at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:376)
at hudson.util.PluginServletFilter
$1.doFilter(PluginServletFilter.java:95)
at
hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:
74)
at hudson.util.PluginServletFilter
$1.doFilter(PluginServletFilter.java:98)
at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:
87)
at winstone.FilterConfiguration.execute(FilterConfiguration.java:194)
at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366)
at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:47)
at winstone.FilterConfiguration.execute(FilterConfiguration.java:194)
at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366)
at hudson.security.ChainedServletFilter
$1.doFilter(ChainedServletFilter.java:84)
at
hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:
76)
at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:164)
at winstone.FilterConfiguration.execute(FilterConfiguration.java:194)
at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366)
at
hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:
81)
at winstone.FilterConfiguration.execute(FilterConfiguration.java:194)
at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366)
at winstone.RequestDispatcher.forward(RequestDispatcher.java:331)
at
winstone.RequestHandlerThread.processRequest(RequestHandlerThread.java:
215)
at winstone.RequestHandlerThread.run(RequestHandlerThread.java:138)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:
471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at winstone.BoundedExecutorService$1.run(BoundedExecutorService.java:
77)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:
1110)
at java.util.concurrent.ThreadPoolExecutor
$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:636)
Caused by: org.apache.commons.jelly.JellyTagException: jar:file:/usr/
local/jenkins/home/war/WEB-INF/lib/jenkins-core-1.463.jar!/hudson/
model/Descriptor/newInstanceDetail.jelly:32:83:  Error
setting property 'page', exception - java.lang.NoSuchMethodError:
org.slf4j.spi.LocationAwareLogger.log(Lorg/slf4j/Marker;Ljava/lang/
String;ILjava/lang/String;Ljava/lang/Throwable;)V
at
org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:
716)
at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:282)
at org.apache.commons.jelly.tags.core.CoreTagLibrary
$2.run(CoreTagLibrary.java:105)
at org.kohsuke.stapler.jelly.JellyViewScript.run(JellyViewScript.java:
81)
at org.kohsuke.stapler.jelly.IncludeTag.doTag(IncludeTag.java:146)
at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:270)
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
at org.kohsuke.stapler.jelly.CallTagLibScript
$1.run(CallTagLibScript.java:98)
at
org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:
91)
at org.apache.common

Slaves out of Sync

[Kamal Ahmed]

Hi,
I am running Jenkins ( latest ) on ubuntu 11.10 and slaves are mostly Linux, 
but they are always out of Sync in time, how can i make sure that they REMAIN 
in Sync allways.
Thanks,
-Kamal.

Re: Build Environment Order

[Erick Dovale]

Matt,
Have you figure out this problem? Where in the cloud formation plugin are
you wanting to have the variable expanded?

Cheers.

Erick.

On Tue, Jan 31, 2012 at 4:29 AM, Grégory Boissinot <
gregory.boissi...@gmail.com> wrote:

> I suggest you should define your environment variables at the job startup
> (in the 'Prepare an environment for the job' section).
> Look at https://wiki.jenkins-ci.org/display/JENKINS/EnvInject+Plugin
>
>
> On Tue, Jan 31, 2012 at 8:33 AM, Matt Fair  wrote:
>
>> Hello,
>> In the Build Environment section I am using 'Inject environment
>> variables to the build process'.  'Inject environment variables to the
>> build process' is one of the last checkboxes in the section, does this
>> mean that it is executed after the other plugins for the build
>> environment section?  I am wanting to inject an environment variable
>> and use it in the cloud formation plugin, but it doesn't seem to be
>> converting ${myvar} to the variable value.  If so, is there a way to
>> change this order?
>> Thanks,
>> Matt
>>
>
>

Re: Setting up slave and running a Maven build with Git takes an unbearably long time

[Mark Waite]

That seems to hint that the difference between the machines is outside the 
specific job definition.  I'm not sure what hints to offer to seek for other 
differences between the machines, though you might check for things like:
 
- Are they the same architecture (both x64, both x86, etc.)?
- Are they running the same Java virtual machine and the same version of JVM?
 
Sorry I don't have other insights to offer...

Mark Waite


>
> From: Collin Peters 
>To: jenkinsci-users@googlegroups.com 
>Sent: Wednesday, May 9, 2012 11:26 PM
>Subject: Re: Setting up slave and running a Maven build with Git takes an 
>unbearably long time
>  
>
>It is a Maven job.  I built the Twilio (https://github.com/twilio/twilio-java) 
>library using all different ways.  Results is 25 seconds local (both git & 
>ssh) and 5 min 30 seconds on slave (both git & ssh)
>
>
>The only odd thing that I have noticed so far is that the slave is using twice 
>as much memory as the master when both are idle. Master is 720 GB, slave is 
>1.5 GB.  Something seems off there.  During the build the master goes to 1.91 
>GB and the slave to 2.74.  Something seems wrong with that.  Is 1.5GB on idle 
>usage seem normal?  If I disconnect the slave the memory goes to 90MB.  Both 
>the master and slave are Debian 6.0 (squeeze) installs running in virtual 
>machines.  The other thing of note is that they are in physically different 
>locations running across a VPN. Ping time is 400ms. 
>
>
>/Collin
>
>
>
>On Wed, May 9, 2012 at 9:02 PM, Mark Waite  wrote:
>
>You might consider configuring various small test jobs, each using some subset 
>of the capabilities you need in your build.  For example, use the Git plugin, 
>but clone a small repository from github.com with the git protocol rather than 
>cloning your own repository.  If that is fast, then clone a small repository 
>from github.com with ssh.  If your job is a maven job, then try a sample maven 
>project from outside your organization. 
>>
>>
>>Invoke a trivial Hello World job with your preferred build technique to see 
>>if the build environment is the problem.
>>
>>
>>Etc.
>>
>>
>>Mark Waite 
>>
>>
>>
>>>
>>> From: Collin Peters 
>>>To: jenkinsci-users@googlegroups.com 
>>>Sent: Wednesday, May 9, 2012 3:35 PM
>>>Subject: Re: Setting up slave and running a Maven build with Git takes an 
>>>unbearably long time
>>> 
>>>
>>>
>>>My build that takes around 8 minutes locally took 3 hours and 56 minutes on 
>>>the slave!!  Does anyone have any useful advice that would help me diagnose 
>>>this?  
>>>
>>>
>>>My initial thought that it was an SSH issue involving reverse lookups.  
>>>However, my operations guys say that reverse lookup is working fine.  That 
>>>being said, it seems that it isn't just SSH actions that are taking a long 
>>>time, as there are massive delays throughout the entire build. 
>>>
>>>
>>>/Collin
>>>
>>>   
> 
>
>   

Re: multiple workspaces causing problems for archiving

[Eric Lordahl]

That is exactly the problem.  I have succeeded in deleting all workspaces, 
and disabled the concurrent builds option, but the workspaces (with @) keep 
showing up.

Even when there is only one build, it will create the folders  
AND @2.

On Thursday, May 10, 2012 5:07:04 AM UTC-4, Jan Seidel wrote:
>
> This happens on simultaneous builds on one node
> Just delete the workspace with the @ manually. That will else 
> remain and be used in the future -.-
> After deleting the workspace will Jenkins start to use the default 
> workspace and everything will be fine again.
> Configure your jobs that only one job of the same project may build at a 
> time.
>
> Take care
> Jan
>
> Am Mittwoch, 9. Mai 2012 21:31:03 UTC+2 schrieb Eric Lordahl:
>>
>> When i reference the "WORKSPACE" variable in shell scripts there is an 
>> @ at the end.  I notice this directory is used for everything i do 
>> during the build, but the SCM is in the directory without the @.  
>>
>> The problem is when i attempt to archive some directories that i create 
>> during the build, they are not in the actual workspace because it checks 
>> the directory without the @.  The new stuff ends up in the directory with 
>> the @2.
>>
>> Does anyone know why this happens?  I can work around it, but want to 
>> know why it's happening.  I don't have concurrent builds enabled, and this 
>> build is tied to one windows slave.
>>
>> Thanks in advance.
>>
>

Re: critical issue for artifactory plugin : uploading broken jar after buil success

[Federico Paolantoni]

No compression is done on the trasmission, Jenkins and Artifactory are
running on the same server..
Doing further tests i checked that the issue is presenting only with jar
file.



2012/5/10 Jan Seidel 

> Are you using some kind of compression while transferring?
> I had a similar issue with or TeamForge server. The stream was compressed
> and broke the jars.
> Other scenario was I uploaded a bunch of files and downloaded all at once.
> There is a feature on our server that then zips all files to one. This
> double compression gave no joy.
>
> Take care
> Jan
>
> Am Donnerstag, 10. Mai 2012 00:43:03 UTC+2 schrieb Federico Paolantoni:
>
>> Dear Noam,
>> thank you for interesting, our situation is quite critical!
>>
>> If you want i can check for the md5sum but i did this test today:
>>
>> 1) downloaded to my pc the jar produced from jenkins taking it from
>> ws/target/appname.jar
>> 2) downloaded to my pc the jar stored from jenkins in artifactory from
>> the artifactory web site.
>> 3) opened the jar from jenkins check with success and the archive
>> contains all class file.
>> 4) open the jar from artifactory and that jar was broken (7zip was
>> unablet to extract!!)
>> 5) check the dimensions.. and where different.
>>
>> So.. i also noticed that in jenkins when i run the build, on the left,
>> there is the box with the last executions for the project youŕe looking 
>> (Build
>> History (trend) graph).
>> Usually the plugin puts an artifactory icon, with the dimension of the
>> stored package.. i noticed that the last builds (successful) have the
>> artifactory icon..but not dimension!
>> When this icon has no dimension of the package closer, i found a broken
>> package on the artifactory.
>>
>> Let me know if i can give you more info.. to help me to find a solution..
>> or check if it's a real bug.
>>
>> Thank you!
>> Federico
>>
>>
>>
>> 2012/5/9 Noam Y. Tenne 
>>
>>> Hi Federico,
>>>
>>> Are you certain the package is damaged only after being deployed?
>>> I trust that you've compared the checksums of the produced artifact
>>> that's archived by Maven/Jenkins and the checksums of the artifact
>>> that's deployed?
>>> Perhaps you've got some sort of proxy or firewall between Jenkins and
>>> Artifactory that might alter the artifact on the way? or maybe network
>>> issues?
>>>
>>> Cheers,
>>> Noam
>>>
>>> On May 9, 5:32 pm, Federico Paolantoni 
>>> wrote:
>>> > Dear List
>>> > i'm having big troubles with jenkins and artifactory:
>>> > Jenkins version 1.477.1 running on tomcat.
>>> >
>>> > Artifactory 2.6.0 running on tomcat with postgresql.
>>> > Maven 3.0.2
>>> > Jdk  1.6.0_30-b12
>>> > artifactory plugin:
>>> > 2.0.7>> pluginManager/plugin/a..
>>> .>
>>> >
>>> > Actually even if the build run with succes, and the jar is produced...
>>> the
>>> > uploaded package is broken.
>>> >
>>> > How can i fix this issue?
>>> > Where should i find the log about this?
>>> >
>>> > This is a big issue for us, because the application deployed on all
>>> > environments dev, test, qa, prod are under controlo of Jenkins-ci.
>>> > Now we're stopped to find the solution to this issue!
>>> >
>>> > Thank you
>>>
>>
>>
>>
>> --
>> Federico Paolantoni
>>
>> --**--**
>> ---
>> The information contained in the present communication
>> and the related attachment can be classified as reserved
>> and are, however, destined exclusively to the persons
>> or the over indicated Society are forbidden, according
>> the Italian Laws, D.Lgs. n. 196/2003 "Code in matter of
>> protection of the personal data" and of the art. 616 c.p.
>> if you have received this e-mail in error please destroy
>> any copies and delete it from your computer system.
>> --**--**
>> ---
>>
>>


-- 
Federico Paolantoni

---
The information contained in the present communication
and the related attachment can be classified as reserved
and are, however, destined exclusively to the persons
or the over indicated Society are forbidden, according
the Italian Laws, D.Lgs. n. 196/2003 "Code in matter of
protection of the personal data" and of the art. 616 c.p.
if you have received this e-mail in error please destroy
any copies and delete it from your computer system.
---

AW: UI weird after update?

[Hauser, Wolfgang (external)]

 

Is anyone else seeing this?
Andrew 
 

There is a problem with "Green Balls" plugin, revert to your previous
version of Jenkins and update the plugin "Green Balls" first. Then
update to 1.463. This resolves the problem with the weird UI for me.
 
Regards Wolfgang
 

Logging in as jenkins user on MacOS X

[Thomas Robitaille]

Hi,

I just installed the latest version of Jenkins (1.463) on a clean install 
of MacOS 10.7, and selected the option to create a 'jenkins' user. I would 
like to be able to log in to my computer as the jenkins user to be able to 
edit some of the configuration files manually as well as create new ones, 
but when I do 'sudo su - jenkins', once I have entered my password, nothing 
happens (I just remain my own user). I've tried ssh-ing into localhost with 
user jenkins, but of course I don't know what the password has been set to. 
Is the only way to go in as root and put my ssh public key in the list of 
authorized keys, then use ssh?

Thanks,
Tom

Re: Delay between job finished and node finished on unix

[Stephen Connolly]

On 9 May 2012 17:40, Wright, Clark  wrote:
> Could you expand on the handling (or expectations) of stdout/stderr by the 
> slave?

A process is not terminated until the exit code has been returned and
stdout & stderr have been closed. Any child / grandchild processes
that remain and have their output directed through stdout / stderr
will hold the process open as far as java is concerned.

>
> All the processes associated with the build have finished and exited, the 
> only process left running on that account is the jvm running the  slave.
>
> Now, parts of our test harness do muck with stdout/stderr, but to the best of 
> our knowledge, those two are always reset correctly.

well try a slightly different tack, modify your script so that you
redirect stdout and stderr to /dev/null or a file. See if that
resolves the issue, and then you at least know you are on the right
track.

>
> Also, forcing a gc on the slave (that is where you think the GC problem is, 
> right?) doesn't change anything.

No I am thinking that the slave might be busy doing GC if it is tight
on memory, so busy that it takes it ages to complete the tidy-up work
it needs. I would be looking at the GC stats on the slave VM to see
how much time is spent doing GC, and if that is higher than 5-10% I
would give the slave JVM more memory

>
> Thanks,
> -clark.
> -Original Message-
> From: jenkinsci-users@googlegroups.com 
> [mailto:jenkinsci-users@googlegroups.com] On Behalf Of Stephen Connolly
> Sent: Wednesday, May 09, 2012 11:55 AM
> To: jenkinsci-users@googlegroups.com
> Subject: Re: Delay between job finished and node finished on unix
>
> Another thing you could look into is forked child processes having captured 
> stdout / stderr.
>
> The process will not be seen as finished until all stdout/stderr has been 
> captured, so if your build leaves a non-daemon process hanging around, that 
> could be the RCA
>
> On 9 May 2012 16:53, Stephen Connolly  wrote:
>> On 9 May 2012 16:31, Wright, Clark  wrote:
>>> Thank you.
>>>
>>> So how does remoting work with respect to end of job notification?
>>>
>>> My initial assumption was that it was simply waiting for the forked process 
>>> to finish, grab the resultant return code, and update the master.
>>>
>>
>> well you could look at it like that, in actuality the better way to
>> look at it is as more or a distributed jvm. The master sends a closure
>> to the slave, the closure forks the child process and when the child
>> process completes the closure should return the result to the master.
>>
>>> Also, any pointers/suggestions as to what information I need/want to get 
>>> out of the groovy script console?
>>>
>>> Will certainly look into the queue management code.  However, the queue 
>>> itself is empty (we have more executors than needed at the moment).  
>>> Jenkins just believes that jobs that actually finished 5 hours ago are 
>>> still running.
>>
>> Smells like a GC issue but I could be wrong.
>>
>>>
>>> - Clark.
>>>
 So the questions I have are:

 1.   What is the polling cycle on the node monitoring the job
 and is it configurable?
>>>
>>> Not how the remoting works
>>>

 2.   Is there a way to get more information out of the node than
 just pinging systeminfo on the main Jenkins?
>>>
>>> Yes via the groovy script console
>>>

 3.   Where in the Jenkins code base is the node management code?

>>>
>>> Scattered all over, you will want to look into the remoting module, and 
>>> look at the Slave and Computer classes.
>>>
>>> But in reality you probably want to look at how the queue works and not 
>>> node management.
>>>
>>> You might want to investigate the GC cpu time on the slaves and the master.
>>>




 This is the thread dump for one of them
 (http://jenkins/node1/systeminfo )

 Thread Dump

 Channel reader thread: channel



 "Channel reader thread: channel" Id=9 Group=main RUNNABLE (in
 native)

     at java.io.FileInputStream.readBytes(Native Method)

     at
 java.io.FileInputStream.read(FileInputStream.java:199)

     at
 java.io.BufferedInputStream.fill(BufferedInputStream.java:218)

     at
 java.io.BufferedInputStream.read(BufferedInputStream.java:237)

     -  locked java.io.BufferedInputStream@2486ae

     at
 java.io.ObjectInputStream$PeekInputStream.peek(ObjectInputStream.java:
 2249)

     at
 java.io.ObjectInputStream$BlockDataInputStream.peek(ObjectInputStream.
 java:2542)

     at
 java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputS
 tr
 eam.java:2552)

     at
 java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1297)

     at
 java.io.ObjectInputStream.readObject(ObjectInputStrea

Re: hudson.scm.SubversionSCM.xml

[Edward Cullen]

On 09/05/12 15:03, Chemmo wrote:
> Hi,
> 
> I run Jenkins under a username which is used only by Jenkins from
> linux. I have previously entered my own (windows) credentials for
> proxy access when I need to update Jenkins/plugins, etc but have since
> removed the entry from the advanced tab of the update centre. I
> noticed my username was specified in the above file, so I deleted the
> file hoping it would not appear again, however it has come back again

Jenkins rewrites much of it's configuration when it is shutdown. Try
doing this again AFTER stopping Jenkins.

> Possibly unrelated, but I think this is causing problems where I
> cannot use svn with the Jenkins user. The user's credentials seem to
> be invalidated / corrupted by Jenkins (I see authentication failed
> errors after a number of hours) - I have proven this by changing the
> permissions for the users ~/.subversion/auth/svn.simple folder and
> contents so that it cannot be changed except by the root user. After
> doing this my problems disappeared, but it is not an ideal solution -
> for example, if I want to commit something in a shell script under
> this user I get the error:

Subversion can only store one set of credentials per repository. Jenkins
can only store one set of credentials per server.

My guess is that you're trying to use multiple credentials. Shutdown
Jenkins, remove all the "subversion.credentials" files from the jobs
directory on the server, remove the entries from
hudson.scm.SubversionSCM.xml and as the Jenkins user, make sure you
cache a single set of credentials for each repository you have to access.

This should be something like:

root@host ~ # su - jenkins -s /bin/bash
jenkins@host ~ $ rm -Rf ~/.subversion/auth/svn.simple
jenkins@host ~ $ echo -ne "[auth]\nstore-passwords = yes\n" >
~/.subversion/config
jenkins@host ~ $ svn ls --username=svnuser https://svn.example.com/

You'll need to do a similar thing on each of your slave nodes too.

> svn: E204899: Cannot create new file '/home//
> /.subversion/auth/svn.simple/auth..tmp':
> Permission denied

This is almost certainly an issue of fundamental configuration - does
"/home///" exist? Are your permissions sensible? Did you
run svn as root at some point and now you're trying to run as a normal
user? (i.e. check ownership).

-- 
Edward Cullen
Software Engineer
n.able Technology Services
mailto:edward.cul...@hp.com

Assigned to Data Protection & De-duplication: D2D - HP Storage
---
Hewlett-Packard, Long Down Avenue, Stoke Gifford, Bristol, BS34 8QZ,
United Kingdom.

The contents of this message and any attachments to it are confidential
and may be legally privileged. If you have received this message in
error you should delete it from your system immediately and advise the
sender.
To any recipient of this message within HP, unless otherwise stated, you
should consider this message and attachments as 'HP CONFIDENTIAL'



signature.asc
Description: OpenPGP digital signature

Re: UI weird after update?

[Jan Seidel]

The error in the log states an URL that is located in the jenkins.war and 
the uncompressed sub-folder war.
So my guess would be: Yes it is possible to screw it. And I have had some 
supporting experience with CERN so I would even say it is really possible 
especially if you ain't managing the installation of your Jenkins ;)

Am Donnerstag, 10. Mai 2012 03:14:04 UTC+2 schrieb Andrew Melo:
>
> Hey Everyone,
>
> My machine updated to 1.463, and it seems like the CSS isn't working or 
> something. I've tried to clear the cache, refresh, clear the cache, 
> restart, etc... This is what it looks like on my end:
>
> http://cl.ly/0P2z3J25250v1x0Z080o
>
> And I'm on firefox 12.0
>
> Is anyone else seeing this?
> Andrew 
>
> -- 
> --
> Andrew Melo
>
>  

Re: IllegalArgumentException: /usr/local/maven doesn't have a 'lib' subdirectory

[Anubhaw Shrivastav]

Thanks for the response Jan. However, our problem seems a little
different.

After further investigation I found that 'maven' was a sym-link and
not a directory at '/usr/local'.
I'm trying to delete the sym-link and instead put a properly
accessible 'maven' directory at that location.

I'll update this thread with the results.

Regards,
Anubhaw

On May 10, 1:01 pm, Jan Seidel  wrote:
> The question here is: does the Jenkins job also access that folder in root
> context?
> I doubt it, that would be a security issue.
> You should figure out which user context is in use by Jenkins and then
> either add that service user to the root group or amend the folder
> permission to meet the service user.
>
> Take care
> Jan
>
> Am Mittwoch, 9. Mai 2012 13:42:01 UTC+2 schrieb Anubhaw Shrivastav:
>
>
>
>
>
>
>
>
>
> > Hi,
>
> > I'm getting IllegalArgumentException stating that 'lib' directory is
> > inaccessible:
>
> > "java.lang.IllegalArgumentException: /usr/local/maven doesn't have a
> > 'lib' subdirectory - thus cannot be a valid maven installation!"
>
> > However, maven is present at that location and has proper access
> > rights set as well:
> > [root@machine maven]# pwd
> > /usr/local/maven
> > [root@machine maven]# ls -ltr
> > drwxrwxrwx 3 root root  4096 Jan 17 00:40 lib
>
> > The same job is configuring on a different machine too, and there its
> > working fine. Anyone has any suggestions/solutions?
>
> > Regards,
> > Anubhaw

Re: critical issue for artifactory plugin : uploading broken jar after buil success

[Jan Seidel]

Are you using some kind of compression while transferring?
I had a similar issue with or TeamForge server. The stream was compressed 
and broke the jars. 
Other scenario was I uploaded a bunch of files and downloaded all at once. 
There is a feature on our server that then zips all files to one. This 
double compression gave no joy.

Take care
Jan

Am Donnerstag, 10. Mai 2012 00:43:03 UTC+2 schrieb Federico Paolantoni:
>
> Dear Noam,
> thank you for interesting, our situation is quite critical!
>
> If you want i can check for the md5sum but i did this test today:
>
> 1) downloaded to my pc the jar produced from jenkins taking it from 
> ws/target/appname.jar
> 2) downloaded to my pc the jar stored from jenkins in artifactory from the 
> artifactory web site.
> 3) opened the jar from jenkins check with success and the archive contains 
> all class file.
> 4) open the jar from artifactory and that jar was broken (7zip was unablet 
> to extract!!)
> 5) check the dimensions.. and where different.
>
> So.. i also noticed that in jenkins when i run the build, on the left, 
> there is the box with the last executions for the project youŕe looking 
> (Build 
> History (trend) graph).
> Usually the plugin puts an artifactory icon, with the dimension of the 
> stored package.. i noticed that the last builds (successful) have the 
> artifactory icon..but not dimension!
> When this icon has no dimension of the package closer, i found a broken 
> package on the artifactory.
>
> Let me know if i can give you more info.. to help me to find a solution.. 
> or check if it's a real bug.
>
> Thank you!
> Federico
>
>
>
> 2012/5/9 Noam Y. Tenne 
>
>> Hi Federico,
>>
>> Are you certain the package is damaged only after being deployed?
>> I trust that you've compared the checksums of the produced artifact
>> that's archived by Maven/Jenkins and the checksums of the artifact
>> that's deployed?
>> Perhaps you've got some sort of proxy or firewall between Jenkins and
>> Artifactory that might alter the artifact on the way? or maybe network
>> issues?
>>
>> Cheers,
>> Noam
>>
>> On May 9, 5:32 pm, Federico Paolantoni 
>> wrote:
>> > Dear List
>> > i'm having big troubles with jenkins and artifactory:
>> > Jenkins version 1.477.1 running on tomcat.
>> >
>> > Artifactory 2.6.0 running on tomcat with postgresql.
>> > Maven 3.0.2
>> > Jdk  1.6.0_30-b12
>> > artifactory plugin:
>> > 2.0.7<
>> http://hqldvtcdrci1.hq.un.fao.org:8080/jenkins/pluginManager/plugin/a...>
>> >
>> > Actually even if the build run with succes, and the jar is produced... 
>> the
>> > uploaded package is broken.
>> >
>> > How can i fix this issue?
>> > Where should i find the log about this?
>> >
>> > This is a big issue for us, because the application deployed on all
>> > environments dev, test, qa, prod are under controlo of Jenkins-ci.
>> > Now we're stopped to find the solution to this issue!
>> >
>> > Thank you
>>
>
>
>
> -- 
> Federico Paolantoni
>
>
> ---
> The information contained in the present communication
> and the related attachment can be classified as reserved
> and are, however, destined exclusively to the persons
> or the over indicated Society are forbidden, according
> the Italian Laws, D.Lgs. n. 196/2003 "Code in matter of
> protection of the personal data" and of the art. 616 c.p.
> if you have received this e-mail in error please destroy
> any copies and delete it from your computer system.
>
> ---
>
> 

Re: Subversion plugin version

[Edward Cullen]

On 09/05/12 11:04, matthew.web...@diamond.ac.uk wrote:
> The version of the Subversion plugin that comes bundled with Jenkins is 1.34. 
> Version 1.39 has been out for ages, without problems (at least for us) - is 
> it time to update the bundled version? I'm not sure who can actually do this.

No, it is not. There are bugs in the version of SVNKit used in versions
> 1.34 that break HTTPS access (e.g. to WANdisco).

-- 
Edward Cullen
Software Engineer
n.able Technology Services
mailto:edward.cul...@hp.com

Assigned to Data Protection & De-duplication: D2D - HP Storage
---
Hewlett-Packard, Long Down Avenue, Stoke Gifford, Bristol, BS34 8QZ,
United Kingdom.

The contents of this message and any attachments to it are confidential
and may be legally privileged. If you have received this message in
error you should delete it from your system immediately and advise the
sender.
To any recipient of this message within HP, unless otherwise stated, you
should consider this message and attachments as 'HP CONFIDENTIAL'



signature.asc
Description: OpenPGP digital signature

Re: Requiring login to view console output

[Jan Seidel]

I would definetly volunteer as test user :)
There are some security (matrix/role based/whatever) plugins available but 
none met my requirements or they did simply not work as our user 
authenticate on Jenkins versus a Collabnet TeamForge Realm.
That feature is nice so far but not as granular as it could be. So a plugin 
that filters valid users by URL/screen would be great.
I would pick this as my own first plugin but I need first to learn a bit 
about java programming XD

Take care
Jan

Am Mittwoch, 9. Mai 2012 23:00:06 UTC+2 schrieb TimP:
>
> Hi, 
>
> I have found a password hiding plugin and a plugin to allow read 
> access to the job configuration, 
> but I cannot find a plugin to require login to view the console output. 
>
> I want people to be able to see all the suns, but not the debugging 
> console output, which might contain SCRTS! 
>
> If this does not exist would it be a good candidate for my first plugin? 
>
> cheers 
> Tim 
>
> -- 
> Tim Pizey - http://pizey.net/~timp 
>

Re: multiple workspaces causing problems for archiving

[Jan Seidel]

This happens on simultaneous builds on one node
Just delete the workspace with the @ manually. That will else 
remain and be used in the future -.-
After deleting the workspace will Jenkins start to use the default 
workspace and everything will be fine again.
Configure your jobs that only one job of the same project may build at a 
time.

Take care
Jan

Am Mittwoch, 9. Mai 2012 21:31:03 UTC+2 schrieb Eric Lordahl:
>
> When i reference the "WORKSPACE" variable in shell scripts there is an 
> @ at the end.  I notice this directory is used for everything i do 
> during the build, but the SCM is in the directory without the @.  
>
> The problem is when i attempt to archive some directories that i create 
> during the build, they are not in the actual workspace because it checks 
> the directory without the @.  The new stuff ends up in the directory with 
> the @2.
>
> Does anyone know why this happens?  I can work around it, but want to know 
> why it's happening.  I don't have concurrent builds enabled, and this build 
> is tied to one windows slave.
>
> Thanks in advance.
>

Re: FATAL: Java heap space

[Jan Seidel]

add the argument -Xmx1024m (1 gig in this case) when calling java.
You will have to test the amount you need.

Take care
Jan

Am Mittwoch, 9. Mai 2012 21:22:41 UTC+2 schrieb Vincent Latombe:
>
> Hello,
>
> https://wiki.jenkins-ci.org/display/JENKINS/I%27m+getting+OutOfMemoryError
>
> Vincent
>
>
> 2012/5/9 SamL 
>
>> Hello Folks.
>>
>> I am running Jenkins 1.459 on Centos6 and I just got the following error.
>> Has anyone else seeing this issue?
>>
>> Any help/information will be much appreciated
>> Thank you
>>
>> FATAL: Java heap spacejava.lang.OutOfMemoryError 
>> : 
>> Java heap space
>> at java.util.Arrays.copyOf(Arrays.java:2798) 
>> 
>>  at java.io.ByteArrayOutputStream.write(ByteArrayOutputStream.java:111) 
>> 
>>  at java.io.PrintStream.write(PrintStream.java:447) 
>> 
>>  at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:220) 
>> 
>>  at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:290) 
>> 
>>  at sun.nio.cs.StreamEncoder.flushBuffer(StreamEncoder.java:103) 
>> 
>>  at java.io.OutputStreamWriter.flushBuffer(OutputStreamWriter.java:185) 
>> 
>>  at java.io.PrintStream.write(PrintStream.java:494) 
>> 
>>  at java.io.PrintStream.print(PrintStream.java:636) 
>> 
>>  at java.io.PrintStream.println(PrintStream.java:773) 
>> 
>>  at 
>> org.netbeans.lib.cvsclient.commandLine.BasicListener.messageSent(BasicListener.java:104)
>>  
>> 
>>  at 
>> org.netbeans.lib.cvsclient.event.MessageEvent.fireEvent(MessageEvent.java:161)
>>  
>> 
>>  at 
>> org.netbeans.lib.cvsclient.event.EventManager.fireCVSEvent(EventManager.java:170)
>>  
>> 
>>  at 
>> org.netbeans.lib.cvsclient.response.MessageResponse.process(MessageResponse.java:104)
>>  
>> 
>>  at org.netbeans.lib.cvsclient.Client.handleResponse(Client.java:648) 
>> 
>>  at org.netbeans.lib.cvsclient.Client.processRequests(Client.java:598) 
>> 
>>  at 
>> org.netbeans.lib.cvsclient.command.log.RlogCommand.execute(RlogCommand.java:402)
>>  
>> 
>>  at org.netbeans.lib.cvsclient.Client.executeCommand(Client.java:710) 
>> 
>>  at hudson.scm.CVSSCM.getRemoteLogForModule(CVSSCM.java:522) 
>> 
>>  at hudson.scm.CVSSCM.calculateChangeLog(CVSSCM.java:414) 
>> 
>>  at hudson.scm.CVSSCM.checkout(CVSSCM.java:821) 
>> 
>>  at hudson.model.AbstractProject.checkout(AbstractProject.java:1212) 
>> 
>>  at 
>> hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:581) 
>> 
>>  at 
>> hudson.model.AbstractBuild$AbstractRunner.run

Re: hudson.scm.SubversionSCM.xml

[Jan Seidel]

There is an URL in Jenkins to (re-)enter the credentials in SVN.
Don't ask me for it, I can never remember it and didn't find it right away.
Maybe someone else knows it ad hoc or research it yourself ;)

hth
Jan


Am Mittwoch, 9. Mai 2012 17:30:25 UTC+2 schrieb Chemmo:
>
> Hmm, I'm now having the same issue as this guy 
>
> http://groups.google.com/group/jenkinsci-users/t/b965e844d7cab6cf 
>
> It seems to me as if its failing to install 1.39 and reverts back to 
> the "default" of 1.34 
>
> On May 9, 3:41 pm, Chemmo  wrote: 
> > 1.37 I think, does the new one not use this xml file? 
> > 
> > On May 9, 3:03 pm, Chemmo  wrote: 
> > 
> > 
> > 
> > > Hi, 
> > 
> > > I run Jenkins under a username which is used only by Jenkins from 
> > > linux. I have previously entered my own (windows) credentials for 
> > > proxy access when I need to update Jenkins/plugins, etc but have since 
> > > removed the entry from the advanced tab of the update centre. I 
> > > noticed my username was specified in the above file, so I deleted the 
> > > file hoping it would not appear again, however it has come back again 
> > 
> > > Possibly unrelated, but I think this is causing problems where I 
> > > cannot use svn with the Jenkins user. The user's credentials seem to 
> > > be invalidated / corrupted by Jenkins (I see authentication failed 
> > > errors after a number of hours) - I have proven this by changing the 
> > > permissions for the users ~/.subversion/auth/svn.simple folder and 
> > > contents so that it cannot be changed except by the root user. After 
> > > doing this my problems disappeared, but it is not an ideal solution - 
> > > for example, if I want to commit something in a shell script under 
> > > this user I get the error: 
> > 
> > > svn: E204899: Cannot create new file '/home// 
> > > /.subversion/auth/svn.simple/auth..tmp': 
> > > Permission denied 
> > 
> > > Has anyone experienced something similar to this? 
> > 
> > > Thanks 
> > 
> > > David- Hide quoted text - 
> > 
> > - Show quoted text -

Re: Plugin update confusion

[Jan Seidel]

Update it manually.
create a file named *subversion.jpi.disabled* and *subversion.jpi.pinned*
Download the recent svn plugin and give it a different file name. I use 
subversion-1.39.hpi as name. restart the server.
Jenkins or the plugins (dunno which causes this) has sometimes the annoying 
habit to show you the plugin with the lowest version number.
I assume that the plugin with the lower version then also is used.

Take care
Jan

Am Donnerstag, 10. Mai 2012 09:44:05 UTC+2 schrieb David Aldrich:
>
> > Ah, this explains it 
> > 
> > https://wiki.jenkins-ci.org/display/JENKINS/Pinned+Plugins 
>
> but the Subversion Plugin is not shown as pinned in my installation ... 
>
> David 
>
> > -Original Message- 
> > From: jenkinsci-users@googlegroups.com [mailto:jenkinsci- 
> > us...@googlegroups.com] On Behalf Of Chemmo 
> > Sent: 09 May 2012 21:26 
> > To: Jenkins Users 
> > Subject: Re: Plugin update confusion 
> > 
> > Ah, this explains it 
> > 
> > https://wiki.jenkins-ci.org/display/JENKINS/Pinned+Plugins 
> > 
> > On May 9, 4:44 pm, Chemmo  wrote: 
> > > Coincidentally, I recently built 1.39 
> > > (fromhttps://svn.jenkins-ci.org/tags/subversion-1.39/), 
> > > so I installed this instead manually and the problem was resolved. So 
> > > it seems there is something kooky about the released plugin 
> > athttp://updates.jenkins- 
> > ci.org/download/plugins/subversion/1.39/subver 
> > > By the way, I'm running 1.448 
> > > 
> > > On May 9, 4:38 pm, Chemmo  wrote: 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > > I'm experiencing this too. I even shut down Jenkins, downloaded the 
> > > > 1.39 update manually, deleted all subversion plugin files and 
> > > > folders and placed the new one in and its still reporting as 1.34. 
> > > > Perhaps the metadata for 1.39 is incorrect? 
> > > 
> > > > On May 9, 11:18 am, David Aldrich  
> > wrote: 
> > > 
> > > > > Hi 
> > > 
> > > > > I am running Jenkins 1.447.1 LTS.  This morning I decided to 
> update the 
> > svn plugin from 1.34 to 1.39. I selected the svn plugin update, the 
> download 
> > succeeded and I restarted Jenkins. 
> > > 
> > > > > Now, the plugins updates table is still showing 1.39 available and 
> 1.34 
> > installed. The 'Installed' table shows 1.34 installed and a button 
> marked 
> > 'Downgrade to 1.34' is shown. 
> > > 
> > > > > Please can anyone explain why 1.39 is not shown as installed, and 
> why 
> > Jenkins offers to downgrade to the same version that it thinks is 
> installed? 
> > > 
> > > > > Best regards 
> > > 
> > > > > David- Hide quoted text - 
> > > 
> > > > - Show quoted text - 
> > 
> > 
> >  Click 
> > https://www.mailcontrol.com/sr/qhyK36ZW0+!TndxI!oX7Uj4ERLiEw+6O8324
> >  
> > 9XFnLkaWINsQLRSvpvi8!ENnOqBzL1pp4fXXKWa2eN6FcXjHgg==  to report 
> > this email as spam. 
>

Re: Hudson - Execute windows batch command problems

[Jan Seidel]

Hi Stan,

you may be in a situation where your second batch requires it's own VM when 
spawning via Jenkins.
I came across this once until now because I have made some weird stuff from 
Jenkins in operating system's admin context to access and modify services, 
access the device manager from cli and do some stuff with WMI.
You would in that case have to call your child batch file with the command 
*START 
*instead of *CALL*.
*start /B /I your_batch.bat*
*/I is probably not necessary ... actually most likely not to be needed
This reminds me ... you would eventually also have to use *RUNAS *when 
spawning the batch file. A batch file called from a batchfile within a 
Jenkins jobs results in *anonymous user context* afaik.

Another reason to use call is that the parent batch file calls the batch 
fiel and WAITS until the child batch file has finished.
It cann become quite inconvenient if parent and child process batch 
commends simultaneously. Especially if the parent should use values 
returned by the child.

hth
Jan

Am Mittwoch, 9. Mai 2012 17:15:51 UTC+2 schrieb Jon:
>
> On 08/05/2012 23:30, de...@cpt.com wrote: 
> > We are using winrs to remote shell from our Hudson instance to execute 
> > a command on a remote windows server.  The first winrs command 
> > executes fine, the second winrs command never returns back to the 
> > Batch Command being executed by Hudson.  I executed the bat file that 
> > Hudson created and all the commands are executed successfully without 
> > any pause/waiting. 
> > 
> > Has anyone come across this?  Have a solution?  I can split every 
> > winrs into a separate Execute Batch Command, though, that is defeating 
> > our requirements. 
> > 
> > Stan 
> Are you using 'call' to call your batch file? If not, that may be the 
> problem. 
>
> cheers, 
> jon 
>
>

Re: CVS and extssh

[Jan Seidel]

Disregard - you should not define "c:\Program Files\PuTTY\*plink.exe*". but 
"c:\Program Files\PuTTY\*plink_h.bat*". -
That is a personalized file :)

Am Donnerstag, 10. Mai 2012 10:30:51 UTC+2 schrieb Jan Seidel:
>
> Hi Xavier,
>
> you should not define "c:\Program Files\PuTTY\*plink.exe*". but 
> "c:\Program Files\PuTTY\*plink_h.bat*".
> The batch file is calling plink.exe with %1 %2 %3 and so on. The batch 
> file tells your agent which key to use/keep available.
> You are currently just calling the agent with an empty keystore.
>
> *"Did you export your putty key to the openssh format ? 
> Did you make your key with a passphrase ? "*
>
> You can create your keys in different formats, denpendig on your system 
> will some formats work, others not. OpenSSH is the best choice as it is 
> platform independent.
> Validate your key from the commandline before you start to poke around the 
> system for the bug.
>
> start -> run... -> cmd [OK] -> C:\Program Files\PuTTY\plink -l *[user 
> name]* *your_server.your_domain.com*
> This command will open a remote shell to the server and introduce your key 
> to the server as well as the server publishes it's own key which you should 
> store permanently when getting asked.
>
> You will normally become told what the reason is if it ain't working.
> This step is compulsory to get finished successfully. Any troubleshooting 
> beyond this point is senseless if you can't establish the connection from 
> command line.
>
> Take care
> Jan
>
>
> Am Mittwoch, 9. Mai 2012 11:53:19 UTC+2 schrieb Xavier NOPRE:
>>
>> Hi all,
>>
>> Thanks for your replies and sorry for my delay to answer ...
>>
>> I have tried your solutions. I have installed Putty and defined a CVS_RSH 
>> env variable with the path "c:\Program Files\PuTTY\plink.exe". No success 
>> ...
>>
>> But today, I saw that Jenkins proposed me to install CVS plug-in. I do 
>> it. Now, the configuration is not the same, I can see a field "Private Key 
>> Location" with value "C:\Documents and Settings\Default User/.ssh/id_rsa", 
>> etc ... And now, in the job console, the error is :
>>
>> ERROR: CVS Authentication failed: 
>> nullorg.netbeans.lib.cvsclient.connection.AuthenticationException 
>> :
>>  SSH connection failed.
>> ...
>> Caused by: com.jcraft.jsch.JSchException: java.io.FileNotFoundException: 
>> C:\Documents and Settings\Default User\.ssh\id_rsa (Le fichier spécifié est 
>> introuvable)
>>
>> How can I generate this key ?
>>
>> Thansk,
>>
>> Xavier
>>
>>
>> 2012/5/3 Jan Seidel 
>>
>>> I agree on that.
>>> go to manage jenkins and create a new global property.
>>> name: CVS_RSH
>>> value: c:\"program files"\PuTTY\plink_h.bat   (Depends on the agent you 
>>> are using. with pageant you will have to enter the path and filename of 
>>> plink_h.bat)
>>>
>>> Take care
>>>
>>> Am Mittwoch, 2. Mai 2012 15:10:41 UTC+2 schrieb TimP:
>>>
 There seem to be some relevant instructions here: 

 http://www-d0.fnal.gov/**software/cmgt/cvs_ssh.html
  

 you need to have an environment variable 
 CVS_RSH set to your ssh executable. 

 my guess. 
 Tim 


 On 2 May 2012 14:04, Xavier NOPRE  wrote: 
 > Hi Vincent, 
 > 
 > Thank you for your quick answer. 
 > 
 > So, I have tried with "ext", just replacing "extssh" with "ext" in my 
 CVS 
 > URL, and I have another error. Sorry, it's in french, but the error 
 seems to 
 > be with a RSH command. In the console, I can see like the help of RSH 
 > command and the this error : cvs [checkout aborted]: end of file from 
 server 
 > (consult above messages if any) 
 > 
 > Thanks, 
 > 
 > Xavier 
 > 
 > 
 > 
 > 
 > 2012/5/2 HARDION Vincent 
 > >
 >  

 >> 
 >> Hi Xavier, 
 >> 
 >> The "extssh" tag exists only for eclipse. 
 >> The real type of connection for cvs is "ext". 
 >> 
 >> Best regards, 
 >> 
 >> Vincent 
 >> __**__ 
 >> From: 
 >> jenkinsci-users@googlegroups.**com[
 jenkinsci-users@googlegroups.**com ] 
 >> on behalf of Xavier NOPRE [xno...@gmail.com] 
 >> Sent: Wednesday, May 02, 2012 2:41 PM 
 >> To: 
 >> jenkinsci-users@googlegroups.**com 
 >> Subject: CVS and extssh 
 >> 
 >> Hi, 
 >> 
 >> I've just installed the last version of Jenkins. I have created a 
 first 
 >> job for a Maven project. But my problem is with CVS. In Eclipse, my 
 CVS URL 
 >> is with ":extssh:" prefix. But with Jenkins, I have this error : 
 "cvs 
 >> checkout: Unknown method (`extssh') in CVSROOT.". 
 >> 
 >> My server OS is Windows. I have installed cvs.exe in c:\windows. 
 >> 
 >> How can I solve this problem ? Do I have to install some CVS 
>>

Re: CVS and extssh

[Jan Seidel]

Hi Xavier,

you should not define "c:\Program Files\PuTTY\*plink.exe*". but "c:\Program 
Files\PuTTY\*plink_h.bat*".
The batch file is calling plink.exe with %1 %2 %3 and so on. The batch file 
tells your agent which key to use/keep available.
You are currently just calling the agent with an empty keystore.

*"Did you export your putty key to the openssh format ? 
Did you make your key with a passphrase ? "*

You can create your keys in different formats, denpendig on your system 
will some formats work, others not. OpenSSH is the best choice as it is 
platform independent.
Validate your key from the commandline before you start to poke around the 
system for the bug.

start -> run... -> cmd [OK] -> C:\Program Files\PuTTY\plink -l *[user name]* 
*your_server.your_domain.com*
This command will open a remote shell to the server and introduce your key 
to the server as well as the server publishes it's own key which you should 
store permanently when getting asked.

You will normally become told what the reason is if it ain't working.
This step is compulsory to get finished successfully. Any troubleshooting 
beyond this point is senseless if you can't establish the connection from 
command line.

Take care
Jan


Am Mittwoch, 9. Mai 2012 11:53:19 UTC+2 schrieb Xavier NOPRE:
>
> Hi all,
>
> Thanks for your replies and sorry for my delay to answer ...
>
> I have tried your solutions. I have installed Putty and defined a CVS_RSH 
> env variable with the path "c:\Program Files\PuTTY\plink.exe". No success 
> ...
>
> But today, I saw that Jenkins proposed me to install CVS plug-in. I do it. 
> Now, the configuration is not the same, I can see a field "Private Key 
> Location" with value "C:\Documents and Settings\Default User/.ssh/id_rsa", 
> etc ... And now, in the job console, the error is :
>
> ERROR: CVS Authentication failed: 
> nullorg.netbeans.lib.cvsclient.connection.AuthenticationException 
> :
>  SSH connection failed.
> ...
> Caused by: com.jcraft.jsch.JSchException: java.io.FileNotFoundException: 
> C:\Documents and Settings\Default User\.ssh\id_rsa (Le fichier spécifié est 
> introuvable)
>
> How can I generate this key ?
>
> Thansk,
>
> Xavier
>
>
> 2012/5/3 Jan Seidel 
>
>> I agree on that.
>> go to manage jenkins and create a new global property.
>> name: CVS_RSH
>> value: c:\"program files"\PuTTY\plink_h.bat   (Depends on the agent you 
>> are using. with pageant you will have to enter the path and filename of 
>> plink_h.bat)
>>
>> Take care
>>
>> Am Mittwoch, 2. Mai 2012 15:10:41 UTC+2 schrieb TimP:
>>
>>> There seem to be some relevant instructions here: 
>>>
>>> http://www-d0.fnal.gov/**software/cmgt/cvs_ssh.html
>>>  
>>>
>>> you need to have an environment variable 
>>> CVS_RSH set to your ssh executable. 
>>>
>>> my guess. 
>>> Tim 
>>>
>>>
>>> On 2 May 2012 14:04, Xavier NOPRE  wrote: 
>>> > Hi Vincent, 
>>> > 
>>> > Thank you for your quick answer. 
>>> > 
>>> > So, I have tried with "ext", just replacing "extssh" with "ext" in my 
>>> CVS 
>>> > URL, and I have another error. Sorry, it's in french, but the error 
>>> seems to 
>>> > be with a RSH command. In the console, I can see like the help of RSH 
>>> > command and the this error : cvs [checkout aborted]: end of file from 
>>> server 
>>> > (consult above messages if any) 
>>> > 
>>> > Thanks, 
>>> > 
>>> > Xavier 
>>> > 
>>> > 
>>> > 
>>> > 
>>> > 2012/5/2 HARDION Vincent 
>>> > >
>>> >  
>>>
>>> >> 
>>> >> Hi Xavier, 
>>> >> 
>>> >> The "extssh" tag exists only for eclipse. 
>>> >> The real type of connection for cvs is "ext". 
>>> >> 
>>> >> Best regards, 
>>> >> 
>>> >> Vincent 
>>> >> __**__ 
>>> >> From: 
>>> >> jenkinsci-users@googlegroups.**com[
>>> jenkinsci-users@googlegroups.**com ] 
>>> >> on behalf of Xavier NOPRE [xno...@gmail.com] 
>>> >> Sent: Wednesday, May 02, 2012 2:41 PM 
>>> >> To: jenkinsci-users@googlegroups.**com 
>>> >> Subject: CVS and extssh 
>>> >> 
>>> >> Hi, 
>>> >> 
>>> >> I've just installed the last version of Jenkins. I have created a 
>>> first 
>>> >> job for a Maven project. But my problem is with CVS. In Eclipse, my 
>>> CVS URL 
>>> >> is with ":extssh:" prefix. But with Jenkins, I have this error : "cvs 
>>> >> checkout: Unknown method (`extssh') in CVSROOT.". 
>>> >> 
>>> >> My server OS is Windows. I have installed cvs.exe in c:\windows. 
>>> >> 
>>> >> How can I solve this problem ? Do I have to install some CVS 
>>> extension for 
>>> >> the extssh support ? 
>>> >> 
>>> >> Thanks, 
>>> >> 
>>> >> Xavier 
>>> >> 
>>> > 
>>>
>>>
>>>
>>> -- 
>>> Tim Pizey - http://pizey.net/~timp 
>>>
>>
>

Re: UI weird after update?

[Andrew Melo]

On Thu, May 10, 2012 at 4:03 PM,  wrote:

>  I’m on 1.463 with Firefox 12.0, and the web pages, including CSS, look
> good to me.
>
> I also get the warnings that you get, but I guess these are benign.
>

Strangely, it works if I log in ... I don't know if somehow I screwed up
security settings to make the images un-loadable. Is that even possible?



> 
>
> So, no ideas!
>
> ** **
>
> *From:* jenkinsci-users@googlegroups.com [mailto:
> jenkinsci-users@googlegroups.com] *On Behalf Of *Andrew Melo
> *Sent:* 10 May 2012 02:50
> *To:* jenkinsci-users@googlegroups.com
> *Subject:* Re: UI weird after update?
>
> ** **
>
> ** **
>
> On Thu, May 10, 2012 at 9:14 AM, Andrew Melo 
> wrote:
>
> Hey Everyone,
>
> ** **
>
> My machine updated to 1.463, and it seems like the CSS isn't working or
> something. I've tried to clear the cache, refresh, clear the cache,
> restart, etc... This is what it looks like on my end:
>
> ** **
>
> http://cl.ly/0P2z3J25250v1x0Z080o
>
> ** **
>
> And I'm on firefox 12.0
>
> ** **
>
> Is anyone else seeing this?
>
> ** **
>
> I looked into it more, and it appears something is unhappy about the CSS.
> It's being found, but not parsed correctly. MY error log is full of
> messages like this:
>
> ** **
>
> http://cl.ly/02241I182O0E113Y1Q3p
>
> ** **
>
> HTH, jenkins is pretty unusable like this.
>
> ** **
>
> -Andrew
>
>  
>
>  Andrew 
>
> ** **
>
> --
> --
> Andrew Melo
>
>
>
> 
>
> ** **
>
> --
> --
> Andrew Melo
>



-- 
--
Andrew Melo

RE: UI weird after update?

[Matthew.Webber]

I’m on 1.463 with Firefox 12.0, and the web pages, including CSS, look good to 
me.
I also get the warnings that you get, but I guess these are benign.
So, no ideas!

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Andrew Melo
Sent: 10 May 2012 02:50
To: jenkinsci-users@googlegroups.com
Subject: Re: UI weird after update?


On Thu, May 10, 2012 at 9:14 AM, Andrew Melo 
mailto:andrew.m...@gmail.com>> wrote:
Hey Everyone,

My machine updated to 1.463, and it seems like the CSS isn't working or 
something. I've tried to clear the cache, refresh, clear the cache, restart, 
etc... This is what it looks like on my end:

http://cl.ly/0P2z3J25250v1x0Z080o

And I'm on firefox 12.0

Is anyone else seeing this?

I looked into it more, and it appears something is unhappy about the CSS. It's 
being found, but not parsed correctly. MY error log is full of messages like 
this:

http://cl.ly/02241I182O0E113Y1Q3p

HTH, jenkins is pretty unusable like this.

-Andrew

Andrew

--
--
Andrew Melo



--
--
Andrew Melo

Re: IllegalArgumentException: /usr/local/maven doesn't have a 'lib' subdirectory

[Jan Seidel]

The question here is: does the Jenkins job also access that folder in root 
context?
I doubt it, that would be a security issue.
You should figure out which user context is in use by Jenkins and then 
either add that service user to the root group or amend the folder 
permission to meet the service user.

Take care
Jan

Am Mittwoch, 9. Mai 2012 13:42:01 UTC+2 schrieb Anubhaw Shrivastav:
>
> Hi, 
>
> I'm getting IllegalArgumentException stating that 'lib' directory is 
> inaccessible: 
>
> "java.lang.IllegalArgumentException: /usr/local/maven doesn't have a 
> 'lib' subdirectory - thus cannot be a valid maven installation!" 
>
> However, maven is present at that location and has proper access 
> rights set as well: 
> [root@machine maven]# pwd 
> /usr/local/maven 
> [root@machine maven]# ls -ltr 
> drwxrwxrwx 3 root root  4096 Jan 17 00:40 lib 
>
> The same job is configuring on a different machine too, and there its 
> working fine. Anyone has any suggestions/solutions? 
>
> Regards, 
> Anubhaw 
>

RE: Plugin update confusion

[David Aldrich]

> Ah, this explains it
> 
> https://wiki.jenkins-ci.org/display/JENKINS/Pinned+Plugins

but the Subversion Plugin is not shown as pinned in my installation ...

David

> -Original Message-
> From: jenkinsci-users@googlegroups.com [mailto:jenkinsci-
> us...@googlegroups.com] On Behalf Of Chemmo
> Sent: 09 May 2012 21:26
> To: Jenkins Users
> Subject: Re: Plugin update confusion
> 
> Ah, this explains it
> 
> https://wiki.jenkins-ci.org/display/JENKINS/Pinned+Plugins
> 
> On May 9, 4:44 pm, Chemmo  wrote:
> > Coincidentally, I recently built 1.39
> > (fromhttps://svn.jenkins-ci.org/tags/subversion-1.39/),
> > so I installed this instead manually and the problem was resolved. So
> > it seems there is something kooky about the released plugin
> athttp://updates.jenkins-
> ci.org/download/plugins/subversion/1.39/subver
> > By the way, I'm running 1.448
> >
> > On May 9, 4:38 pm, Chemmo  wrote:
> >
> >
> >
> >
> >
> >
> >
> > > I'm experiencing this too. I even shut down Jenkins, downloaded the
> > > 1.39 update manually, deleted all subversion plugin files and
> > > folders and placed the new one in and its still reporting as 1.34.
> > > Perhaps the metadata for 1.39 is incorrect?
> >
> > > On May 9, 11:18 am, David Aldrich 
> wrote:
> >
> > > > Hi
> >
> > > > I am running Jenkins 1.447.1 LTS.  This morning I decided to update the
> svn plugin from 1.34 to 1.39. I selected the svn plugin update, the download
> succeeded and I restarted Jenkins.
> >
> > > > Now, the plugins updates table is still showing 1.39 available and 1.34
> installed. The 'Installed' table shows 1.34 installed and a button marked
> 'Downgrade to 1.34' is shown.
> >
> > > > Please can anyone explain why 1.39 is not shown as installed, and why
> Jenkins offers to downgrade to the same version that it thinks is installed?
> >
> > > > Best regards
> >
> > > > David- Hide quoted text -
> >
> > > - Show quoted text -
> 
> 
>  Click
> https://www.mailcontrol.com/sr/qhyK36ZW0+!TndxI!oX7Uj4ERLiEw+6O8324
> 9XFnLkaWINsQLRSvpvi8!ENnOqBzL1pp4fXXKWa2eN6FcXjHgg==  to report
> this email as spam.