[JIRA] (JENKINS-35229) Plugin manager Updates never completes

2019-03-29 Thread wgrace...@java.net (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 wgracelee commented on  JENKINS-35229  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: Plugin manager Updates never completes   
 

  
 
 
 
 

 
 I recently had the same problem on one jenkins instance. It's running v 2.167. On other instance running on same version, it didn't happen. Could I get some help on how to fix it? The thread dump is attached as thread.txt (output of /threadDump)   Thanks.  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)  
 

  
 

   





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


[JIRA] (JENKINS-35229) Plugin manager Updates never completes

2019-03-29 Thread wgrace...@java.net (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 wgracelee updated an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-35229  
 
 
  Plugin manager Updates never completes   
 

  
 
 
 
 

 
Change By: 
 wgracelee  
 
 
Attachment: 
 thread.txt  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)  
 

  
 

   





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


[JIRA] (JENKINS-50481) Unable to check updates for plugins

2018-08-02 Thread wgrace...@java.net (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 wgracelee edited a comment on  JENKINS-50481  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: Unable to check updates for plugins   
 

  
 
 
 
 

 
 I got the same problem on one of my jenkins running with 2.133, on CentOS 7. My Update Site is set to [http://updates.jenkins-ci.org/update-center.json.]When hitting 'Check now' button, the screen stays in 'Checking Updates' page. When I login to the server, I can run 'wget [http://updates.jenkins-ci.org/update-center.json' fine.|http://updates.jenkins-ci.org/update-center.json.]  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.10.1#710002-sha1:6efc396)  
 

  
 

   





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


[JIRA] (JENKINS-50481) Unable to check updates for plugins

2018-08-02 Thread wgrace...@java.net (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 wgracelee commented on  JENKINS-50481  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: Unable to check updates for plugins   
 

  
 
 
 
 

 
 I got the same problem on one of my jenkins running with 2.133, on CentOS 7.  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.10.1#710002-sha1:6efc396)  
 

  
 

   





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


[JIRA] (JENKINS-49970) After upgrade to 2.108 from 2.63, cli command didn't work anymore

2018-03-06 Thread wgrace...@java.net (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 wgracelee closed an issue as Not A Defect  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 It looks like when the command ran on master host (CentOS 5.11), it failed. But when it ran on other host (CentOS 5.6), it succeeded.  
 

  
 
 
 
 

 
 Jenkins /  JENKINS-49970  
 
 
  After upgrade to 2.108 from 2.63, cli command didn't work anymore   
 

  
 
 
 
 

 
Change By: 
 wgracelee  
 
 
Status: 
 Open Closed  
 
 
Resolution: 
 Not A Defect  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.3.0#73011-sha1:3c73d0e)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an 

[JIRA] (JENKINS-49970) After upgrade to 2.108 from 2.63, cli command didn't work anymore

2018-03-06 Thread wgrace...@java.net (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 wgracelee created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 Jenkins /  JENKINS-49970  
 
 
  After upgrade to 2.108 from 2.63, cli command didn't work anymore   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Assignee: 
 Oliver Gondža  
 
 
Components: 
 cli-commander-plugin  
 
 
Created: 
 2018-03-07 00:17  
 
 
Environment: 
 OS: CentOS 5.11 64b  Browser:   
 
 
Priority: 
  Critical  
 
 
Reporter: 
 wgracelee  
 

  
 
 
 
 

 
 this cli command used to work when we're using 2.68: -> java -Djavax.net.ssl.trustStore=/u/xbuild/.ssh/jenkins/jenkins3/keystore -Djavax.net.ssl.trustStorePassword=... -jar /share/pub/build/jenkins3/war/WEB-INF/jenkins-cli.jar -s https://jenkins3.eng.proofpoint.com -auth @/u/xbuild/.ssh/jenkins/jenkins3/.jenkins-cli help After upgrade to 2.108, we got the following error. Nothing was changed to the jenkins master. -> java -Djavax.net.ssl.trustStore=/u/xbuild/.ssh/jenkins/jenkins3/keystore -Djavax.net.ssl.trustStorePassword=... -jar /share/pub/build/jenkins3/war/WEB-INF/jenkins-cli.jar -s https://jenkins3.eng.proofpoint.com -auth @/u/xbuild/.ssh/jenkins/jenkins3/.jenkins-cli help java.net.ConnectException: Connection refused     at java.net.PlainSocketImpl.socketConnect(Native Method)     at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:345)     at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206)     at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188)     at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)     at java.net.Socket.connect(Socket.java:589)     at sun.security.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:656)     at sun.security.ssl.BaseSSLSocketImpl.connect(BaseSSLSocketImpl.java:173)     at sun.net.NetworkClient.doConnect(NetworkClient.java:180)     at sun.net.www.http.HttpClient.openServer(HttpClient.java:432)     at 

[JIRA] [security] (JENKINS-25012) Cannot add/deletee/modify a user via Configure Global Security, Matrix based, when we have 1345 permission lines in config.xml for 104 users

2014-10-06 Thread wgrace...@java.net (JIRA)














































wgracelee
 created  JENKINS-25012


Cannot add/deletee/modify a user via Configure Global Security, Matrix based, when we have 1345 permission lines in config.xml for 104 users















Issue Type:


Bug



Assignee:


Unassigned


Components:


security



Created:


07/Oct/14 1:25 AM



Description:


Stack trace

javax.servlet.ServletException: java.lang.IllegalStateException: Form too large 23443020
	at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:783)
	at org.kohsuke.stapler.Stapler.invoke(Stapler.java:863)
	at org.kohsuke.stapler.MetaClass$12.dispatch(MetaClass.java:390)
	at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:733)
	at org.kohsuke.stapler.Stapler.invoke(Stapler.java:863)
	at org.kohsuke.stapler.Stapler.invoke(Stapler.java:636)
	at org.kohsuke.stapler.Stapler.service(Stapler.java:225)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:848)
	at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:686)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1494)
	at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:96)
	at hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:58)
	at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:99)
	at hudson.plugins.audit_trail.AuditTrailFilter.doFilter(AuditTrailFilter.java:89)
	at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:99)
	at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:88)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1482)
	at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:48)
	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1482)
...

I had to modify config.xml and reload Jenkins. This is a pain.
It used to work before it's upgraded to 1.554.2.




Project:


Jenkins



Priority:


Blocker



Reporter:


wgracelee

























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







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


[JIRA] [core] (JENKINS-7793) Failed to launch slave to Windows 7 while all config steps done

2014-09-24 Thread wgrace...@java.net (JIRA)














































wgracelee
 commented on  JENKINS-7793


Failed to launch slave to Windows 7 while all config steps done















This is the command to start the https master on Linux:

nohup java -XX:+CMSClassUnloadingEnabled -jar "$WAR" --httpPort=-1 --ajp13Port=-1 --httpsPort=$port --httpsKeyStore=$HUDSON_HOME/keystore.jks --httpsKeyStorePassword=password --prefix=prefix 



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







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


[JIRA] [security] (JENKINS-23634) Form too large 234222200000 when submitting user permission update, when using Matrix-based security

2014-06-30 Thread wgrace...@java.net (JIRA)














































wgracelee
 created  JENKINS-23634


Form too large 2340 when submitting user permission update, when using Matrix-based security 















Issue Type:


Bug



Assignee:


Unassigned


Components:


security



Created:


30/Jun/14 9:07 PM



Environment:


Jenkins 1.554.2 on Linux




Project:


Jenkins



Priority:


Critical



Reporter:


wgracelee

























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







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


[JIRA] [jacoco] (JENKINS-23579) jacoco 1.0.14 1.0.15 failed in analyziing some class file produced by jacoco-maven-plugin:0.6.2.201302030002

2014-06-25 Thread wgrace...@java.net (JIRA)














































wgracelee
 created  JENKINS-23579


jacoco 1.0.14  1.0.15 failed in analyziing some class file produced by jacoco-maven-plugin:0.6.2.201302030002















Issue Type:


Bug



Assignee:


Ognjen Bubalo



Components:


jacoco



Created:


25/Jun/14 8:58 PM



Description:


The Jenkins configuration for Jacoco is using default values.
Here is the error message:
JaCoCo plugin Collecting JaCoCo coverage data...
JaCoCo plugin */.exec;/classes;*/src/main/java; locations are configured
JaCoCo plugin Number of found exec files: 1
JaCoCo plugin Saving matched execfiles:  /share/pub/build/projects/hudson/workspace/d4-aces-classifier/target/jacoco.exec
JaCoCo plugin Saving matched class directories:  /share/pub/build/projects/hudson/workspace/d4-aces-classifier/target/classes
JaCoCo plugin Saving matched source directories:  /share/pub/build/projects/hudson/workspace/d4-aces-classifier/src/main/java
JaCoCo plugin Loading inclusions files..
JaCoCo plugin inclusions: []
JaCoCo plugin exclusions: []
ERROR: Publisher hudson.plugins.jacoco.JacocoPublisher aborted due to exception
java.io.IOException: Error while analyzing class /share/pub/build/hudson/jobs/d4-aces-classifier/builds/2014-06-25_13-18-52/jacoco/classes/com/proofpoint/d4/aces/classifier/Attribute.class.
	at org.jacoco.core.analysis.Analyzer.analyzerError(Analyzer.java:150)
	at org.jacoco.core.analysis.Analyzer.analyzeClass(Analyzer.java:144)
	at org.jacoco.core.analysis.Analyzer.analyzeAll(Analyzer.java:175)
	at org.jacoco.core.analysis.Analyzer.analyzeAll(Analyzer.java:208)
	at hudson.plugins.jacoco.ExecutionFileLoader.analyzeStructure(ExecutionFileLoader.java:130)
	at hudson.plugins.jacoco.ExecutionFileLoader.loadBundleCoverage(ExecutionFileLoader.java:137)
	at hudson.plugins.jacoco.JacocoReportDir.parse(JacocoReportDir.java:102)
	at hudson.plugins.jacoco.JacocoBuildAction.loadRatios(JacocoBuildAction.java:291)
	at hudson.plugins.jacoco.JacocoBuildAction.load(JacocoBuildAction.java:273)
	at hudson.plugins.jacoco.JacocoPublisher.perform(JacocoPublisher.java:371)
	at hudson.tasks.BuildStepMonitor$3.perform(BuildStepMonitor.java:45)
	at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:804)
	at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:776)
	at hudson.model.Build$BuildExecution.post2(Build.java:183)
	at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:725)
	at hudson.model.Run.execute(Run.java:1709)
	at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
	at hudson.model.ResourceController.execute(ResourceController.java:88)
	at hudson.model.Executor.run(Executor.java:231)
Caused by: java.lang.IllegalArgumentException
	at org.objectweb.asm.ClassVisitor.init(Unknown Source)
	at org.jacoco.core.internal.flow.ClassProbesVisitor.init(ClassProbesVisitor.java:37)
	at org.jacoco.core.internal.flow.ClassProbesVisitor.init(ClassProbesVisitor.java:27)
	at org.jacoco.core.internal.analysis.ClassAnalyzer.init(ClassAnalyzer.java:47)
	at org.jacoco.core.analysis.Analyzer$1.init(Analyzer.java:90)
	at org.jacoco.core.analysis.Analyzer.createAnalyzingVisitor(Analyzer.java:87)
	at org.jacoco.core.analysis.Analyzer.analyzeClass(Analyzer.java:105)
	at org.jacoco.core.analysis.Analyzer.analyzeClass(Analyzer.java:142)
	... 17 more
Build did not succeed and the project is configured to only push after a successful build, so no pushing will occur.
Finished: FAILURE




Environment:


Jenkins 1.554.2 on Linux




Project:


Jenkins



Priority:


Major



Reporter:


wgracelee

























This message is 

[JIRA] [promoted-builds] (JENKINS-17341) Promoted builds throw NullPointerException after upgrade to 1.507

2013-04-15 Thread wgrace...@java.net (JIRA)














































wgracelee
 commented on  JENKINS-17341


Promoted builds throw NullPointerException after upgrade to 1.507















When we upgraded Jenkins to 1.510, we saw the problem.
But once we upgraded the promoted builds plugin to 2.10 (from 2.6.2), the problem went away.



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







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




[JIRA] (JENKINS-16036) Failed to record SCM polling for hudson.model.FreeStyle = NullPointerException

2013-02-05 Thread wgrace...@java.net (JIRA)














































wgracelee
 commented on  JENKINS-16036


Failed to record SCM polling for hudson.model.FreeStyle = NullPointerException















Me, too. I'm seeing the error with most recent version, 1.500.



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







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




[JIRA] (JENKINS-10131) Git polling shouldn't need a workspace on a slave.

2012-10-16 Thread wgrace...@java.net (JIRA)














































wgracelee
 commented on  JENKINS-10131


Git polling shouldnt need a workspace on a slave.















We're seeing this message in (git) polling log, and we're using git plugin 1.1.23.

Polling Log
View as plain text

This page captures the polling log that triggered this build.

Started on Oct 15, 2012 11:24:38 PM
Workspace is offline.
Scheduling a new build to get a workspace.
Done. Took 4 ms
Changes found



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira






[JIRA] (JENKINS-13617) 64-bit java.lang.OutOfMemoryError: PermGen space

2012-05-17 Thread wgrace...@java.net (JIRA)

[ 
https://issues.jenkins-ci.org/browse/JENKINS-13617?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=162897#comment-162897
 ] 

wgracelee commented on JENKINS-13617:
-

We're getting this error at least once per day after we upgraded to 1.463. In 
its previous version, 1.456, we hardly saw it. The underneath os is Centos 5.5, 
64bit.

 64-bit java.lang.OutOfMemoryError: PermGen space
 

 Key: JENKINS-13617
 URL: https://issues.jenkins-ci.org/browse/JENKINS-13617
 Project: Jenkins
  Issue Type: Bug
  Components: core
Affects Versions: current
 Environment: CentOS 5.6 64 bit, Java Hotspot 1.6.0.26 
 /usr/lib/jvm/java-1.6.0/bin/java -Dcom.sun.akuma.Daemon=daemonized 
 -Djava.awt.headless=true -DJENKINS_HOME=/var/lib/jenkins -jar 
 /usr/lib/jenkins/jenkins.war -XX:PermSize=512M 
 --logfile=/var/log/jenkins/jenkins.log --webroot=/var/cache/jenkins/war 
 --daemon --httpPort=8080 --ajp13Port=8009 --debug=5 --handlerCountMax=100 
 --handlerCountMaxIdle=20
Reporter: Adam Sloan
  Labels: jenkins, memory, memory-leak, permgen

 Even with -XX:PermSize=512M I still get java.lang.OutOfMemoryError: PermGen 
 space about once a day with light load. Our 32-bit Jenkins has never had this 
 problem and no special settings. Memory leak?
 Apr 26, 2012 9:56:34 AM winstone.Logger logInternal
 WARNING: Untrapped Error in Servlet
 java.lang.OutOfMemoryError: PermGen space
 at java.lang.Throwable.getStackTraceElement(Native Method)
 at java.lang.Throwable.getOurStackTrace(Throwable.java:591)
 at java.lang.Throwable.printStackTraceAsCause(Throwable.java:529)
 at java.lang.Throwable.printStackTraceAsCause(Throwable.java:545)
 at java.lang.Throwable.printStackTraceAsCause(Throwable.java:545)
 at java.lang.Throwable.printStackTrace(Throwable.java:516)
 at 
 net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:224)
 at 
 net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:171)
 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: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:441)
 at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
 Apr 26, 2012 9:56:37 AM winstone.Logger logInternal
 WARNING: Untrapped Error in Servlet
 java.lang.OutOfMemoryError: PermGen space
 Apr 26, 2012 9:56:50 AM hudson.triggers.SafeTimerTask run
 SEVERE: Timer task hudson.model.LoadStatistics$LoadStatisticsUpdater@2b1c2043 
 failed
 java.lang.OutOfMemoryError: PermGen space

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira




[JIRA] (JENKINS-13617) 64-bit java.lang.OutOfMemoryError: PermGen space

2012-05-17 Thread wgrace...@java.net (JIRA)

[ 
https://issues.jenkins-ci.org/browse/JENKINS-13617?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=162899#comment-162899
 ] 

wgracelee commented on JENKINS-13617:
-

And our Jenkins is being run as:
java -XX:NewSize=256m -XX:MaxNewSize=256m -XX:SurvivorRatio=8 
-XX:+UseConcMarkSweepGC -XX:+CMSPermGenSweepingEnabled 
-XX:+CMSClassUnloadingEnabled -Xms... -Xmx... -jar ...

 64-bit java.lang.OutOfMemoryError: PermGen space
 

 Key: JENKINS-13617
 URL: https://issues.jenkins-ci.org/browse/JENKINS-13617
 Project: Jenkins
  Issue Type: Bug
  Components: core
Affects Versions: current
 Environment: CentOS 5.6 64 bit, Java Hotspot 1.6.0.26 
 /usr/lib/jvm/java-1.6.0/bin/java -Dcom.sun.akuma.Daemon=daemonized 
 -Djava.awt.headless=true -DJENKINS_HOME=/var/lib/jenkins -jar 
 /usr/lib/jenkins/jenkins.war -XX:PermSize=512M 
 --logfile=/var/log/jenkins/jenkins.log --webroot=/var/cache/jenkins/war 
 --daemon --httpPort=8080 --ajp13Port=8009 --debug=5 --handlerCountMax=100 
 --handlerCountMaxIdle=20
Reporter: Adam Sloan
  Labels: jenkins, memory, memory-leak, permgen

 Even with -XX:PermSize=512M I still get java.lang.OutOfMemoryError: PermGen 
 space about once a day with light load. Our 32-bit Jenkins has never had this 
 problem and no special settings. Memory leak?
 Apr 26, 2012 9:56:34 AM winstone.Logger logInternal
 WARNING: Untrapped Error in Servlet
 java.lang.OutOfMemoryError: PermGen space
 at java.lang.Throwable.getStackTraceElement(Native Method)
 at java.lang.Throwable.getOurStackTrace(Throwable.java:591)
 at java.lang.Throwable.printStackTraceAsCause(Throwable.java:529)
 at java.lang.Throwable.printStackTraceAsCause(Throwable.java:545)
 at java.lang.Throwable.printStackTraceAsCause(Throwable.java:545)
 at java.lang.Throwable.printStackTrace(Throwable.java:516)
 at 
 net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:224)
 at 
 net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:171)
 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: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:441)
 at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
 Apr 26, 2012 9:56:37 AM winstone.Logger logInternal
 WARNING: Untrapped Error in Servlet
 java.lang.OutOfMemoryError: PermGen space
 Apr 26, 2012 9:56:50 AM hudson.triggers.SafeTimerTask run
 SEVERE: Timer task hudson.model.LoadStatistics$LoadStatisticsUpdater@2b1c2043 
 failed
 java.lang.OutOfMemoryError: PermGen space

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira




[JIRA] (JENKINS-13617) 64-bit java.lang.OutOfMemoryError: PermGen space

2012-05-17 Thread wgrace...@java.net (JIRA)

[ 
https://issues.jenkins-ci.org/browse/JENKINS-13617?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=162903#comment-162903
 ] 

wgracelee commented on JENKINS-13617:
-

Nop. I'll set it to 512m to see how it turned out.

 64-bit java.lang.OutOfMemoryError: PermGen space
 

 Key: JENKINS-13617
 URL: https://issues.jenkins-ci.org/browse/JENKINS-13617
 Project: Jenkins
  Issue Type: Bug
  Components: core
Affects Versions: current
 Environment: CentOS 5.6 64 bit, Java Hotspot 1.6.0.26 
 /usr/lib/jvm/java-1.6.0/bin/java -Dcom.sun.akuma.Daemon=daemonized 
 -Djava.awt.headless=true -DJENKINS_HOME=/var/lib/jenkins -jar 
 /usr/lib/jenkins/jenkins.war -XX:PermSize=512M 
 --logfile=/var/log/jenkins/jenkins.log --webroot=/var/cache/jenkins/war 
 --daemon --httpPort=8080 --ajp13Port=8009 --debug=5 --handlerCountMax=100 
 --handlerCountMaxIdle=20
Reporter: Adam Sloan
  Labels: jenkins, memory, memory-leak, permgen

 Even with -XX:PermSize=512M I still get java.lang.OutOfMemoryError: PermGen 
 space about once a day with light load. Our 32-bit Jenkins has never had this 
 problem and no special settings. Memory leak?
 Apr 26, 2012 9:56:34 AM winstone.Logger logInternal
 WARNING: Untrapped Error in Servlet
 java.lang.OutOfMemoryError: PermGen space
 at java.lang.Throwable.getStackTraceElement(Native Method)
 at java.lang.Throwable.getOurStackTrace(Throwable.java:591)
 at java.lang.Throwable.printStackTraceAsCause(Throwable.java:529)
 at java.lang.Throwable.printStackTraceAsCause(Throwable.java:545)
 at java.lang.Throwable.printStackTraceAsCause(Throwable.java:545)
 at java.lang.Throwable.printStackTrace(Throwable.java:516)
 at 
 net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:224)
 at 
 net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:171)
 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: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:441)
 at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
 Apr 26, 2012 9:56:37 AM winstone.Logger logInternal
 WARNING: Untrapped Error in Servlet
 java.lang.OutOfMemoryError: PermGen space
 Apr 26, 2012 9:56:50 AM hudson.triggers.SafeTimerTask run
 SEVERE: Timer task hudson.model.LoadStatistics$LoadStatisticsUpdater@2b1c2043 
 failed
 java.lang.OutOfMemoryError: PermGen space

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira