[JIRA] [build-publisher] (JENKINS-18238) Symbolic link is not updated after publishing build
Stefan Rohleder created JENKINS-18238 Symbolic link is not updated after publishing build Issue Type: Bug Assignee: vjuranek Components: build-publisher Created: 06/Jun/13 4:08 PM Description: On pushing a build onto an external jenkins, symbolic links are not updated. e.g. the symbolic link jenkins/jobs/jobName/builds/lastSuccessfulBuild is still directing to #1361 even though successful build #1365 is already pushed. as a result the web interface is showing the wrong build in Last Successful Artifacts (www.MyJenkinsServer/job/jobName/label=labelXY/lastSuccessfulBuild/artifact/) if i delete the symbolic link and restart jenkins, a link to the latest build is created but is not updated during the further procedure. lrwxrwxrwx 1 jenkins jenkins 4 4. Jun 17:17 lastStableBuild - 1361 Environment: internal jenkins: build-publisher: 1.12 Jenkins ver. 1.510 external jenkins Jenkins ver. 1.510 Project: Jenkins Priority: Major Reporter: Stefan Rohleder 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] [build-publisher] (JENKINS-18238) Symbolic link is not updated after publishing build
Stefan Rohleder updated JENKINS-18238 Symbolic link is not updated after publishing build Change By: Stefan Rohleder (06/Jun/13 4:09 PM) Description: Onpushingabuildontoanexternaljenkins,symboliclinksarenotupdated.e.g.thesymboliclinkjenkins/jobs/jobName/builds/lastSuccessfulBuildisstilldirectingto#1361eventhoughsuccessfulbuild#1365isalreadypushed.asaresultthewebinterfaceisshowingthewrongbuildinLastSuccessfulArtifacts(www.MyJenkinsServer/job/jobName/label=labelXY/lastSuccessfulBuild/artifact/)ifideletethesymboliclinkandrestartjenkins,alinktothelatestbuildiscreatedbutisnotupdatedduringthefurtherprocedure.lrwxrwxrwx1jenkinsjenkins4 4 6 .Jun 17 12 : 17lastStableBuild 20lastSuccessfulBuild -1361 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-14151) SCM Polling leads to zombie-like processes
Stefan Rohleder created JENKINS-14151 SCM Polling leads to zombie-like processes Issue Type: Bug Affects Versions: current Assignee: Nicolas De Loof Components: git Created: 19/Jun/12 4:07 PM Description: Jenkins starts subprocesses which are not handled correctly, as some file handles are left open. in htop you can see in the tree view that there are subprocess running even if no job is running and no scm polling is active. these subprocesses consume memory and do not terminate by themselves after picking the processID and getting the start time of the process, i could see, that the open file handle stated by the plugin 'Open File Handles' belonged to the scm polling. ps -f 16734 UIDPID PPID C STIME TTY STAT TIME CMD tester 16734 399 0 16:55 ?S 0:00 /usr/lib64/jvm/java/bin/java -Djava.io.tmpdir=/archive/jenkins/tmp -Djava.awt.headless=true -Dhudson.model.Run.ArtifactList.listCutoff=40 -DJENKINS_HOME=/var/lib/jenkins -jar /usr/lib/jenkins/jenkins.war --javaHome=/usr/ output Open File Handles: 2 descriptors are open #1 /var/lib/jenkins/... #2 /var/lib/jenkins/jobs/.../scm-polling.log by thread:SCM polling for hudson.matrix.MatrixProject@1e88579c... on Tue Jun 19 16:55:02 CEST 2012 at java.io.FileOutputStream.init(FileOutputStream.java:211) at java.io.FileOutputStream.init(FileOutputStream.java:160) at hudson.util.StreamTaskListener.init(StreamTaskListener.java:97) at hudson.util.StreamTaskListener.init(StreamTaskListener.java:90) at hudson.triggers.SCMTrigger$Runner.runPolling(SCMTrigger.java:414) at hudson.triggers.SCMTrigger$Runner.run(SCMTrigger.java:449) at hudson.util.SequentialExecutionQueue$QueueEntry.run(SequentialExecutionQueue.java:118) 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 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:679) Environment: MACHTYPE x86_64-suse-linux os.version 2.6.37.6-0.11-default java.version 1.6.0_24 Project: Jenkins Priority: Major Reporter: Stefan Rohleder 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-13857) Publish Build - Discard Old Builds Status Code: 500 Caused by: java.lang.IllegalArgumentException: Specified type class hudson.plugins.build_publisher.BuildPublisher is not assi
Stefan Rohleder created JENKINS-13857:
-
Summary: Publish Build - Discard Old Builds Status Code: 500
Caused by: java.lang.IllegalArgumentException: Specified type class
hudson.plugins.build_publisher.BuildPublisher is not assignable to the expected
class hudson.tasks.LogRotator
Key: JENKINS-13857
URL: https://issues.jenkins-ci.org/browse/JENKINS-13857
Project: Jenkins
Issue Type: Bug
Components: build-publisher
Affects Versions: current
Environment: Jenkins 1.464
Hudson Build-Publisher plugin 1.12
file.encoding UTF-8
Linux 2.6.37.6
os.arch amd64
java.runtime.version 1.6.0_24
Reporter: Stefan Rohleder
Assignee: vjuranek
On saving changes with Publish build - Discard Old Builds, I get the following
exception:
Status Code: 500
Exception:
Stacktrace:
java.lang.RuntimeException: Failed to instantiate class hudson.tasks.LogRotator
from
{kind:hudson.plugins.build_publisher.BuildPublisher,publicLogrotate:{logrotate_artifact_days:,logrotate_artifact_nums:,logrotate_days:,logrotate_nums:},publishFailedBuilds:true,publishUnstableBuilds:true,stapler-class:hudson.plugins.build_publisher.BuildPublisher}
at hudson.model.Descriptor.newInstance(Descriptor.java:575)
at
hudson.plugins.build_publisher.BuildPublisher$BuildPublisherDescriptor.newInstance(BuildPublisher.java:148)
at
hudson.plugins.build_publisher.BuildPublisher$BuildPublisherDescriptor.newInstance(BuildPublisher.java:110)
at
hudson.model.Descriptor.newInstancesFromHeteroList(Descriptor.java:912)
at
hudson.model.Descriptor.newInstancesFromHeteroList(Descriptor.java:899)
at hudson.util.DescribableList.rebuildHetero(DescribableList.java:184)
at hudson.matrix.MatrixProject.submit(MatrixProject.java:722)
at hudson.model.Job.doConfigSubmit(Job.java:990)
at hudson.model.AbstractProject.doConfigSubmit(AbstractProject.java:665)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at
org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:288)
at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:151)
at
org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse(Function.java:90)
at org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java:111)
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.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:58)
at
hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:98)
at
net.bull.javamelody.MonitoringFilter.doFilter(MonitoringFilter.java:197)
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.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)
