Re: Out of memory - max memory is set 2048

[Ben Caradoc-Davies]

PermGen is a separate memory space, not heap, that is used for class 
objects amongst other things. Adjust PermGen size with the JVM option 
-XX:MaxPermSize (assuming you are using the Oracle JVM). For example:


-Xmx1024m -XX:MaxPermSize=256m

The first sets max heap size. The second sets max permgen size.

What servlet container are you using? Adjust the max permgen size in 
your servlet settings. For example, for Tomcat on Windows, one way to do 
this is to add this option to JAVA_OPTS variable in catalina.bat in your 
Tomcat installation. Or whevever you set -Xmx.


Kind regards,
Ben.

On 11/02/13 14:57, zakyn wrote:

Hello,
I would like to ask you about the OutOfMemory problem bellow.
The maximum of heap is set to 2048 MB.

Are you able to read where the problem is and could you help me how to
set the correct memory for jenkins?

Thank you.

zakyn



--
Ben Caradoc-Davies 
Software Engineer
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre

--
You received this message because you are subscribed to the Google Groups "Jenkins 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Out of memory - max memory is set 2048

[zakyn]

Hello,
I would like to ask you about the OutOfMemory problem bellow.
The maximum of heap is set to 2048 MB.

Are you able to read where the problem is and could you help me how to set 
the correct memory for jenkins?

Thank you.

zakyn



Status Code: 500Exception: org.apache.commons.jelly.JellyTagException: 
jar:file:/C:/_jenkins/jenkins/war/WEB-INF/lib/jenkins-core-1.480.1.jar!/lib/layout/layout.jelly:91:72:
 
 PermGen space
Stacktrace: 

javax.servlet.ServletException: org.apache.commons.jelly.JellyTagException: 
jar:file:/C:/_jenkins/jenkins/war/WEB-INF/lib/jenkins-core-1.480.1.jar!/lib/layout/layout.jelly:91:72:
  PermGen space
at 
org.kohsuke.stapler.jelly.JellyClassTearOff.serveIndexJelly(JellyClassTearOff.java:112)
at 
org.kohsuke.stapler.jelly.JellyFacet.handleIndexRequest(JellyFacet.java:127)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:563)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:659)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:625)
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 
net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:206)
at 
net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:179)
at 
net.bull.javamelody.PluginMonitoringFilter.doFilter(PluginMonitoringFilter.java:86)
at 
org.jvnet.hudson.plugins.monitoring.HudsonMonitoringFilter.doFilter(HudsonMonitoringFilter.java:84)
at 
hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98)
at 
hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:58)
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.UnwrapSecurityExceptionFilter.doFilter(UnwrapSecurityExceptionFilter.java:51)
at 
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at 
org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:166)
at 
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at 
org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
at 
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at 
org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:135)
at 
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at 
org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:271)
at 
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at 
org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:173)
at 
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at jenkins.security.ApiTokenFilter.doFilter(ApiTokenFilter.java:63)
at 
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at 
org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249)
at 
hudson.security.HttpSessionContextIntegrationFilter2.doFilter(HttpSessionContextIntegrationFilter2.java:66)
at 
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
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 
org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:50)
at winstone.FilterConfiguration.execute(FilterConfiguration.java:194)
at winsto

Re: [Jenkins] Running a project multiple times is leading to hungup

[Manjunath D G]

Hi Chris,
Please fidn the Console Output of the failed build.
 

*17:11:16*  Started by user x0077055*17:11:16*  Building remotely on 
dsppc02*17:11:16*  Run condition [Always] enabling prebuild for step [Execute 
Windows batch command]*17:11:16*  Run condition [Always] enabling prebuild for 
step [Trigger/call builds on other projects]*17:11:16*  Run condition [Always] 
enabling perform for step [Execute Windows batch command]*17:11:16*  [Parent] $ 
cmd /c call 
C:\DOCUME~1\TIIAPP~1\LOCALS~1\Temp\hudson4544368964760096002.bat*17:11:16*  
*17:11:16*  D:\Jenkins_OUT\workspace\Parent>ping localhost -n 10 *17:11:16*  
*17:11:16*  Pinging dsppc02.apr.dhcp.ti.com [127.0.0.1] with 32 bytes of data:
*17:11:16*  
*17:11:16*  Reply from 127.0.0.1: bytes=32 time<1ms TTL=128
*17:11:17*  Reply from 127.0.0.1: bytes=32 time<1ms TTL=128
*17:11:18*  Reply from 127.0.0.1: bytes=32 time<1ms TTL=128
*17:11:19*  Reply from 127.0.0.1: bytes=32 time<1ms TTL=128
*17:11:20*  Reply from 127.0.0.1: bytes=32 time<1ms TTL=128
*17:11:21*  Reply from 127.0.0.1: bytes=32 time<1ms TTL=128
*17:11:22*  Reply from 127.0.0.1: bytes=32 time<1ms TTL=128
*17:11:23*  Reply from 127.0.0.1: bytes=32 time<1ms TTL=128
*17:11:24*  Reply from 127.0.0.1: bytes=32 time<1ms TTL=128
*17:11:25*  Reply from 127.0.0.1: bytes=32 time<1ms TTL=128
*17:11:25*  
*17:11:25*  Ping statistics for 127.0.0.1:
*17:11:25*  Packets: Sent = 10, Received = 10, Lost = 0 (0% loss),
*17:11:25*  Approximate round trip times in milli-seconds:
*17:11:25*  Minimum = 0ms, Maximum = 0ms, Average = 0ms
*17:11:25*  *17:11:25*  D:\Jenkins_OUT\workspace\Parent>exit 0 *17:11:25*  Run 
condition [Always] enabling perform for step [Trigger/call builds on other 
projects]*17:11:26*  Waiting for the completion of *Child* 
*17:13:06*  ERROR: Child 
aborted.*17:13:06*  Notifying upstream projects of job completion*17:13:06*  
Finished: FAILURE

 
Thanks and Regards,
Manju

On Friday, February 8, 2013 5:06:20 PM UTC+5:30, cjo wrote: 

>
> There is a known issue if the child jobs have "block if upstream is 
> running" enabled as they see the triggering job as running, 
> which might be the issue that you are seeing.
>
> If this is not the case, can you actually post the reasons that the 
> pending jobs are not running (from the tooltip when hovering over the items 
> in the Queue), as this will normally indicate the reason for the builds not 
> running.
>
> i.e. waiting for an Executor on slave1 or Waiting for Up/Downstream 
> project to finish
>
>
> Chris.
>
>
> On Friday, 8 February 2013 07:58:58 UTC, Manjunath D G wrote: 
>>
>> Hi All,
>>
>>  
>>
>> We have a project (parent) with multiple steps, one of the step being 
>> configured as 'trigger/call a build on other projects' (i.e, child job)
>>
>> We have selected the option 'block until the triggered projects finish 
>> their builds', so that Parent project will be on hold until the child 
>> project gets completed.
>>
>> It works fine if we run the parent project one time.
>> But, if we run another instance of the same Parent project, the child 
>> project run (triggered from first run), goes into 'pending forever' state.
>> Similarly, the second Parent project run also goes to 'pending forever'
>>
>> Please let us know if there is any fix/workaround.
>>
>> ===
>> The projects are configured as:
>>
>> Parent Project:-
>>
>> -Step 1 (Some commands)
>>
>> -Step 2 (Invoke a “Child” project) – parent has to be in wait state until 
>> the child completes
>>
>> -Step 3 (Some commands)
>>
>> Child Project:-
>>
>> -Step 1 (Some Commands)
>> 
>>  
>> Regards,
>> Manju
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

fails checkuot /update from subversion

[Kenneth Nielsen]

Hi all,


Jenkins fails when checking out / updating to head subversion, it used to work 
nicely.

Can anyone give me a clue about why this happens?


ERROR: Failed to check out 
svn://freebee.capres.local/microrsp/trunkorg.tmatesoft.svn.core.SVNException 
:
 svn: '/home/capres/jenkins/workspace/M300-Server-build/microrsp' is not a 
working copy
at 
org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64)
 

at 
org.tmatesoft.svn.core.internal.wc.admin.SVNAdminAreaFactory.open(SVNAdminAreaFactory.java:197)
 

at 
org.tmatesoft.svn.core.internal.wc.admin.SVNWCAccess.doOpen(SVNWCAccess.java:379)
 

at 
org.tmatesoft.svn.core.internal.wc.admin.SVNWCAccess.open(SVNWCAccess.java:283) 

at 
org.tmatesoft.svn.core.internal.wc.admin.SVNWCAccess.open(SVNWCAccess.java:276) 

at 
org.tmatesoft.svn.core.internal.wc.admin.SVNWCAccess.openAnchor(SVNWCAccess.java:171)
 

at 
org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:512) 

at 
org.tmatesoft.svn.core.wc.SVNUpdateClient.doCheckout(SVNUpdateClient.java:942) 

at 
hudson.scm.subversion.CheckoutUpdater$1.perform(CheckoutUpdater.java:84) 

at 
hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136)
 

at 
hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
 

at 
hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:121) 

at 
hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136)
 

at 
hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:788) 

at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:769) 

at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:753) 

at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2309) 

at hudson.remoting.UserRequest.perform(UserRequest.java:118) 

at hudson.remoting.UserRequest.perform(UserRequest.java:48) 

at hudson.remoting.Request$2.run(Request.java:326) 

at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
 

at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) 

at java.util.concurrent.FutureTask.run(FutureTask.java:138) 

Jenkins, gitlab, SSH with system user

[jérémie GUIDOUX]

Hello everybody

I am trying to use gitlab with jenkins; but Jenkins is launched with a 
system user, so this user has home folder. consequently, there are no .ssh/ 
folder.
So how can I clone a gitlab (or gitolite) repository from a jenkins build ?


jérémie 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Jenkins 1.500 is totally running crazy, build totally weird chains...

[Markus KARG]

Seems -why ever- today the problem did not happen anymore. Anyways, there 
*is* a bug in Jenkins, since in the midst of the day I got the following 
exception in the log:
 
WARNUNG: Assertion error: failing to load #50 DESC: 
lo=46,hi=44,size=53,size2=53 java.lang.Exception at 
jenkins.model.lazy.AbstractLazyLoadRunMap.search(AbstractLazyLoadRunMap.java:420)
 
at 
hudson.model.AbstractProject.getNearestOldBuild(AbstractProject.java:1031) 
at 
hudson.maven.MavenModuleSetBuild.getModuleLastBuilds(MavenModuleSetBuild.java:434)
 
at hudson.maven.MavenModuleSetBuild.getResult(MavenModuleSetBuild.java:189) 
at hudson.model.Run.getIconColor(Run.java:670) at 
sun.reflect.GeneratedMethodAccessor373.invoke(Unknown Source) at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 
at java.lang.reflect.Method.invoke(Method.java:616) at 
org.apache.commons.jexl.util.PropertyExecutor.execute(PropertyExecutor.java:125)
 
at 
org.apache.commons.jexl.util.introspection.UberspectImpl$VelGetterImpl.invoke(UberspectImpl.java:314)
 
at 
org.apache.commons.jexl.parser.ASTArrayAccess.evaluateExpr(ASTArrayAccess.java:185)
 
at 
org.apache.commons.jexl.parser.ASTIdentifier.execute(ASTIdentifier.java:75) 
at 
org.apache.commons.jexl.parser.ASTReference.execute(ASTReference.java:83) 
at org.apache.commons.jexl.parser.ASTReference.value(ASTReference.java:57) 
at 
org.apache.commons.jexl.parser.ASTReferenceExpression.value(ASTReferenceExpression.java:51)
 
at org.apache.commons.jexl.ExpressionImpl.evaluate(ExpressionImpl.java:80) 
at 
hudson.ExpressionFactory2$JexlExpression.evaluate(ExpressionFactory2.java:74) 
at 
org.apache.commons.jelly.expression.ExpressionSupport.evaluateRecurse(ExpressionSupport.java:61)
 
at 
org.apache.commons.jelly.expression.ExpressionSupport.evaluateAsString(ExpressionSupport.java:46)
 
at 
org.apache.commons.jelly.expression.CompositeExpression.evaluateAsString(CompositeExpression.java:256)
 
at 
org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.buildAttributes(ReallyStaticTagLibrary.java:111)
 
at 
org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:95)
 
at 
org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
 
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at 
org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
 
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at 
org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
 
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) 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:269) at 
org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161) at 
org.apache.commons.jelly.tags.core.ForEachTag.doTag(ForEachTag.java:150) at 
org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269) at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) 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:269) at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) 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:269) 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.commons.jelly.impl.TagScript.run(TagScript.java:269) at 
org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at 
org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
 
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) at 
org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)
 
at 
org.kohsuke.stapler.jelly.CallTagLibScript.run(CallTagLibScript.java:119) 
at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) 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:269) at 
org.apache.commons.jelly.Ta

Re: Jenkins 1.500 is totally running crazy, build totally weird chains...

[Markus KARG]

Still Tomcat6 / JDK 1.6.0_18 / Debian 6 / x86.

Am Sonntag, 10. Februar 2013 14:11:03 UTC+1 schrieb Michael Clarke:

> Depends on what container Jenkins is hosted in. Could you provide some 
> environment details?
>
> Thanks
> Michael
>
> On 10 Feb 2013, at 12:10, Markus KARG > 
> wrote:
>
> Meanwhile I restarted Jenkins and started another build on all projects. 
> The result was that all threads on master and slave ended up in a "Dead 
> (!)" state, and the Jenkins log said that Jenkins had a 
> ArrayIndexOutOfBoundException when loading the latest build. I gave it 
> another reboot and started the builds again. This time all worked well. 
> Strange, really.
>  
> It looks like the reboot truncated the long, so I cannot post the exact 
> stack trace. :-(
>  
> About the stdout, where can I obtain that? Or is there another way to get 
> a complete log which survived the two reboots?
>  
> Thanks!
> -Markus
>
> Am Samstag, 9. Februar 2013 19:56:21 UTC+1 schrieb sti:
>
>> Sorry, but ... Have you tried turning it off and on again? :) 
>>
>> And check the stdout and stderr of Jenkins. Is it printing exceptions 
>> and/or stacktraces? If so, put them into pastebin/gist and tell us. Also it 
>> might be helpful to see your config.xml files (and remember to remove any 
>> sensitive information from those before publishing). 
>>
>> Also, give us information just like you would if you were talking to an 
>> IT support person: 
>>
>> - What is the operating system on which you are running Jenkins? 
>>
>> - How did you install Jenkins? Used one of the platform-specific 
>> installers or rolled your own? 
>>
>> - Running inside a servlet container? 
>>
>> - Plugins and their versions? 
>>
>> - What did you do recently? Did you upgrade Jenkins? Or upgrade one or 
>> more plugins? Or upgrade something in the operating system? 
>>
>> - Pastebin/gist where Jenkins stdout+stderr can be found. 
>>
>> -- Sami 
>>
>> Markus KARG  kirjoitti 9.2.2013 kello 20.29: 
>>
>> > One more "nice" thing detected now... Clicked on "build now", build 
>> finished successfully, then clicked on the build number to see the result, 
>> got "404 NOT FOUND"! 
>> > 
>> > Am Samstag, 9. Februar 2013 19:28:21 UTC+1 schrieb Markus KARG: 
>> > Til today my Jenkins 1.500 worked well. 
>> > Then I started setting up a Windows slave, and added a few free style 
>> ant projects running on that slave. 
>> > It all was good, but since I copied one of that free style projects, my 
>> dashboard is running crazy. 
>> > It misses builds that just finished a minute ago. 
>> > It shows builds starting without any reason. 
>> > The total horror it showed one minute ago: I clicked on the "start 
>> build" button on project X and INSTEAD it started project Y. Both have 
>> different types and are totally independend. But when the build was gone, 
>> all builds were gone. 
>> > And so on. Just like a total crazy Jenkins that didn't take his pills 
>> in the morning. 
>> >   
>> > Please help, I don't know how to bring him back to reason! 
>> > 
>> > -- 
>> > You received this message because you are subscribed to the Google 
>> Groups "Jenkins Users" group. 
>> > To unsubscribe from this group and stop receiving emails from it, send 
>> an email to jenkinsci-use...@googlegroups.com. 
>> > For more options, visit https://groups.google.com/groups/opt_out. 
>> >   
>> >   
>>
>>  -- 
> You received this message because you are subscribed to the Google Groups 
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to jenkinsci-use...@googlegroups.com .
> For more options, visit https://groups.google.com/groups/opt_out.
>  
>  
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Jenkins 1.500 is totally running crazy, build totally weird chains...

[Michael Clarke]

Depends on what container Jenkins is hosted in. Could you provide some
environment details?

Thanks
Michael

On 10 Feb 2013, at 12:10, Markus KARG  wrote:

Meanwhile I restarted Jenkins and started another build on all projects.
The result was that all threads on master and slave ended up in a "Dead
(!)" state, and the Jenkins log said that Jenkins had a
ArrayIndexOutOfBoundException when loading the latest build. I gave it
another reboot and started the builds again. This time all worked well.
Strange, really.

It looks like the reboot truncated the long, so I cannot post the exact
stack trace. :-(

About the stdout, where can I obtain that? Or is there another way to get a
complete log which survived the two reboots?

Thanks!
-Markus

Am Samstag, 9. Februar 2013 19:56:21 UTC+1 schrieb sti:

> Sorry, but ... Have you tried turning it off and on again? :)
>
> And check the stdout and stderr of Jenkins. Is it printing exceptions
> and/or stacktraces? If so, put them into pastebin/gist and tell us. Also it
> might be helpful to see your config.xml files (and remember to remove any
> sensitive information from those before publishing).
>
> Also, give us information just like you would if you were talking to an IT
> support person:
>
> - What is the operating system on which you are running Jenkins?
>
> - How did you install Jenkins? Used one of the platform-specific
> installers or rolled your own?
>
> - Running inside a servlet container?
>
> - Plugins and their versions?
>
> - What did you do recently? Did you upgrade Jenkins? Or upgrade one or
> more plugins? Or upgrade something in the operating system?
>
> - Pastebin/gist where Jenkins stdout+stderr can be found.
>
> -- Sami
>
> Markus KARG > kirjoitti 9.2.2013
> kello 20.29:
>
> > One more "nice" thing detected now... Clicked on "build now", build
> finished successfully, then clicked on the build number to see the result,
> got "404 NOT FOUND"!
> >
> > Am Samstag, 9. Februar 2013 19:28:21 UTC+1 schrieb Markus KARG:
> > Til today my Jenkins 1.500 worked well.
> > Then I started setting up a Windows slave, and added a few free style
> ant projects running on that slave.
> > It all was good, but since I copied one of that free style projects, my
> dashboard is running crazy.
> > It misses builds that just finished a minute ago.
> > It shows builds starting without any reason.
> > The total horror it showed one minute ago: I clicked on the "start
> build" button on project X and INSTEAD it started project Y. Both have
> different types and are totally independend. But when the build was gone,
> all builds were gone.
> > And so on. Just like a total crazy Jenkins that didn't take his pills in
> the morning.
> >
> > Please help, I don't know how to bring him back to reason!
> >
> > --
> > You received this message because you are subscribed to the Google
> Groups "Jenkins Users" group.
> > To unsubscribe from this group and stop receiving emails from it, send
> an email to jenkinsci-use...@googlegroups.com .
> > For more options, visit https://groups.google.com/groups/opt_out.
> >
> >
>
>  --
You received this message because you are subscribed to the Google Groups
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Jenkins 1.500 is totally running crazy, build totally weird chains...

[Markus KARG]

Meanwhile I restarted Jenkins and started another build on all projects. 
The result was that all threads on master and slave ended up in a "Dead 
(!)" state, and the Jenkins log said that Jenkins had a 
ArrayIndexOutOfBoundException when loading the latest build. I gave it 
another reboot and started the builds again. This time all worked well. 
Strange, really.
 
It looks like the reboot truncated the long, so I cannot post the exact 
stack trace. :-(
 
About the stdout, where can I obtain that? Or is there another way to get a 
complete log which survived the two reboots?
 
Thanks!
-Markus

Am Samstag, 9. Februar 2013 19:56:21 UTC+1 schrieb sti:

> Sorry, but ... Have you tried turning it off and on again? :) 
>
> And check the stdout and stderr of Jenkins. Is it printing exceptions 
> and/or stacktraces? If so, put them into pastebin/gist and tell us. Also it 
> might be helpful to see your config.xml files (and remember to remove any 
> sensitive information from those before publishing). 
>
> Also, give us information just like you would if you were talking to an IT 
> support person: 
>
> - What is the operating system on which you are running Jenkins? 
>
> - How did you install Jenkins? Used one of the platform-specific 
> installers or rolled your own? 
>
> - Running inside a servlet container? 
>
> - Plugins and their versions? 
>
> - What did you do recently? Did you upgrade Jenkins? Or upgrade one or 
> more plugins? Or upgrade something in the operating system? 
>
> - Pastebin/gist where Jenkins stdout+stderr can be found. 
>
> -- Sami 
>
> Markus KARG > kirjoitti 9.2.2013 
> kello 20.29: 
>
> > One more "nice" thing detected now... Clicked on "build now", build 
> finished successfully, then clicked on the build number to see the result, 
> got "404 NOT FOUND"! 
> > 
> > Am Samstag, 9. Februar 2013 19:28:21 UTC+1 schrieb Markus KARG: 
> > Til today my Jenkins 1.500 worked well. 
> > Then I started setting up a Windows slave, and added a few free style 
> ant projects running on that slave. 
> > It all was good, but since I copied one of that free style projects, my 
> dashboard is running crazy. 
> > It misses builds that just finished a minute ago. 
> > It shows builds starting without any reason. 
> > The total horror it showed one minute ago: I clicked on the "start 
> build" button on project X and INSTEAD it started project Y. Both have 
> different types and are totally independend. But when the build was gone, 
> all builds were gone. 
> > And so on. Just like a total crazy Jenkins that didn't take his pills in 
> the morning. 
> >   
> > Please help, I don't know how to bring him back to reason! 
> > 
> > -- 
> > You received this message because you are subscribed to the Google 
> Groups "Jenkins Users" group. 
> > To unsubscribe from this group and stop receiving emails from it, send 
> an email to jenkinsci-use...@googlegroups.com . 
> > For more options, visit https://groups.google.com/groups/opt_out. 
> >   
> >   
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Building jenkins: XStream2Test$Foo2 cannot be cast to XStreamTest$Foo

[Viktor Tarasov]

Le 08/02/2013 06:16, Sami Tikka a écrit :
> Did you try with jdk 1.7?

Thanks.

The jenkins.war in 1.502-snapshot (jenkins-1.500-89-g9bb9d44) was successfully 
packaged with jdk 1.6 and 1.7.

Some jenkins harness tests fails with jdk 1.6, I suppose it's not dramatic.
Do not tried with jdk 1.7 -- it's so long to run the package build with tests.


>
> -- Sami
>
> Viktor Tarasov mailto:viktor.tara...@gmail.com>> 
> kirjoitti 7.2.2013 kello 11.26:
>
>> Hello,
>>
>> When trying to build jenkins from the current GH master branch 
>> I'm getting following error:
>>
>> $ mvn -Plight-test install
>> ..
>> Running hudson.util.XStreamTest
>> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.09 sec <<< 
>> FAILURE!
>> testConcurrentHashMapSerialization(hudson.util.XStreamTest)  Time elapsed: 
>> 0.078 sec  <<< ERROR!
>> java.lang.ClassCastException: hudson.util.XStream2Test$Foo2 cannot be cast 
>> to hudson.util.XStreamTest$Foo
>> at 
>> hudson.util.XStreamTest.testConcurrentHashMapSerialization(XStreamTest.java:69)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at 
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>> 
>> [INFO] Jenkins core .. FAILURE 
>> [1:52.501s]
>>
>> $ mvn -version
>> Apache Maven 3.0.4 (r1232337; 2012-01-17 09:44:56+0100)
>> Maven home: /opt/apache-maven-3.0.4
>> Java version: 1.6.0_33, vendor: Sun Microsystems Inc.
>> Java home: /opt/jdk1.6.0_33/jre
>> Default locale: fr_FR, platform encoding: UTF-8
>> OS name: "linux", version: "2.6.38-13-generic-pae", arch: "i386", family: 
>> "unix"
>>
>> Any ideas, please?
>> Viktor.
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Jenkins Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to jenkinsci-users+unsubscr...@googlegroups.com 
>> .
>> For more options, visit https://groups.google.com/groups/opt_out.
>>  
>>  
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to jenkinsci-users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>  
>  


-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Jenkins 1.500 is totally running crazy, build totally weird chains...

[Markus KARG]

Thank you so much for your kind help!
 
Jenkins 1.500 is running on Tomcat 6 / JDK 1.6.0_18 / Debian 6 / x86. 
Configured inside is JDK 1.6.0_38 and JDK 1.7.0_11, and Maven 3.0.4. I 
downloaded the latest and greatest WAR and put into 
/var/lib/tomcat6/webapps as ROOT.war (so it is the only bound WAR).
 
Added plugins:
* Jenkins GIT Plugin 1.1.26
* Jenkins Cobertura Plugin 1.8
* Config File Provider Plugin 2.4
(added more since the weird problem occurs, so they do not play a role)
 
The last actions I did before the system gone wild:
* Copied a native job that was working properly before. The job itself is 
simple, it just checks SVN and calls ANT, nothing special.
* Executed that job.
(in fact I had a similar problem before in another Jenkins domain where 
copying a native job also produced "weird" problems).
Jenkins itself and the OS had not been touched in any way. It just started 
after the copy was done.
 
I will look up the other information you asked for and post it ASAP.
 
Thanks so far
Markus

Am Samstag, 9. Februar 2013 19:56:21 UTC+1 schrieb sti:

> Sorry, but ... Have you tried turning it off and on again? :) 
>
> And check the stdout and stderr of Jenkins. Is it printing exceptions 
> and/or stacktraces? If so, put them into pastebin/gist and tell us. Also it 
> might be helpful to see your config.xml files (and remember to remove any 
> sensitive information from those before publishing). 
>
> Also, give us information just like you would if you were talking to an IT 
> support person: 
>
> - What is the operating system on which you are running Jenkins? 
>
> - How did you install Jenkins? Used one of the platform-specific 
> installers or rolled your own? 
>
> - Running inside a servlet container? 
>
> - Plugins and their versions? 
>
> - What did you do recently? Did you upgrade Jenkins? Or upgrade one or 
> more plugins? Or upgrade something in the operating system? 
>
> - Pastebin/gist where Jenkins stdout+stderr can be found. 
>
> -- Sami 
>
> Markus KARG > kirjoitti 9.2.2013 
> kello 20.29: 
>
> > One more "nice" thing detected now... Clicked on "build now", build 
> finished successfully, then clicked on the build number to see the result, 
> got "404 NOT FOUND"! 
> > 
> > Am Samstag, 9. Februar 2013 19:28:21 UTC+1 schrieb Markus KARG: 
> > Til today my Jenkins 1.500 worked well. 
> > Then I started setting up a Windows slave, and added a few free style 
> ant projects running on that slave. 
> > It all was good, but since I copied one of that free style projects, my 
> dashboard is running crazy. 
> > It misses builds that just finished a minute ago. 
> > It shows builds starting without any reason. 
> > The total horror it showed one minute ago: I clicked on the "start 
> build" button on project X and INSTEAD it started project Y. Both have 
> different types and are totally independend. But when the build was gone, 
> all builds were gone. 
> > And so on. Just like a total crazy Jenkins that didn't take his pills in 
> the morning. 
> >   
> > Please help, I don't know how to bring him back to reason! 
> > 
> > -- 
> > You received this message because you are subscribed to the Google 
> Groups "Jenkins Users" group. 
> > To unsubscribe from this group and stop receiving emails from it, send 
> an email to jenkinsci-use...@googlegroups.com . 
> > For more options, visit https://groups.google.com/groups/opt_out. 
> >   
> >   
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: How to publish artifact to a SMB / CIFS share?

[Markus KARG]

Thank you for that link, that made my day! It is exactly what I was hoping 
to find! :-)

Am Samstag, 9. Februar 2013 23:46:26 UTC+1 schrieb old hooky:

>
> https://wiki.jenkins-ci.org/display/JENKINS/Publish+Over+CIFS+Plugin 
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: How to publish artifact to a SMB / CIFS share?

[Markus KARG]

This will not work as the build farm consists of linux and windows slaves. 
smbclient is only available on linux.

Am Samstag, 9. Februar 2013 19:45:45 UTC+1 schrieb sti:

> I myself would use (and have used) smbclient to copy artifacts after the 
> build has produced them. It doesn't have to a post-build step. 
>
> But Mac OS no longer has smbclient, so I hope you're using Linux. I 
> suppose Windows can just do "net use..." 
>
> -- Sami 
>
> Markus KARG > kirjoitti 9.2.2013 
> kello 19.56: 
>
> > It is not clearly the OS's job. Any application software can connect, 
> use, and disconnect from a SMB / CIFS share, just as any user can have 
> different SMB / CIFS connections not shared with other users of the same 
> client. I did not talk about linking it into the local file system or 
> providing it as a drive letter. So Jenkins could simply connect, push the 
> file, disconnect, just as it does when installing itself on a Windows 
> slave. 
> >   
> > Anyways, the main problem is unsolved: How to tell Jenkins to copy an 
> artifact as a post-build step? 
> > 
> > Am Samstag, 9. Februar 2013 16:29:03 UTC+1 schrieb Octavian Covalschi: 
> > How do you mount/connect that share? I mean, it's OS' job to mount a 
> network share with or w/o user/password and Jenkins would just copy your 
> file to that share.   
> > 
> > 
> > On Sat, Feb 9, 2013 at 9:09 AM, Markus KARG  
> wrote: 
> > I need to publish an artifact to a password-protected SMB / CIFS share. 
> How can I do this? 
> > I noticed that there was a copy plugin, which seems to be obsolete. 
> > I also noticed that there is a ArtifactDeployer plugin, which seems to 
> be so fresh that it is not contained in the Jenkins Update system. 
> > What to do? 
> > 
> > -- 
> > You received this message because you are subscribed to the Google 
> Groups "Jenkins Users" group. 
> > To unsubscribe from this group and stop receiving emails from it, send 
> an email to jenkinsci-use...@googlegroups.com. 
> > For more options, visit https://groups.google.com/groups/opt_out. 
> >   
> >   
> > 
> > 
> > -- 
> > You received this message because you are subscribed to the Google 
> Groups "Jenkins Users" group. 
> > To unsubscribe from this group and stop receiving emails from it, send 
> an email to jenkinsci-use...@googlegroups.com . 
> > For more options, visit https://groups.google.com/groups/opt_out. 
> >   
> >   
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.