[JIRA] [slave-status] (JENKINS-19445) Jobs randomly stuck with building remotely on slave-name message
VladDRussian commented on JENKINS-19445 Jobs randomly stuck with building remotely on slave-name message Thought i'd throw in my errors. We are seeing HTTP stop responding and visualVM can't take a dump once it fails. Memory is fine, but threads just keep increasing, once they hit 550-600 active it just stops and says memory issue won't respond till the master is restarted. Jenkins 1.484, win2k3 (master) win2k8/win2k3 (slaves) Feb 25, 2014 9:21:06 AM hudson.model.DownloadService$Downloadable doPostBack INFO: Obtained the updated data file for hudson.tools.JDKInstaller Feb 25, 2014 9:21:06 AM hudson.model.DownloadService$Downloadable doPostBack INFO: Obtained the updated data file for hudson.tasks.Ant.AntInstaller Feb 25, 2014 9:21:06 AM org.kohsuke.stapler.compression.CompressionFilter reportException WARNING: Untrapped servlet exception java.io.IOException: Unable to delete E:\jenkins\updates\hudson.tasks.Maven.MavenInstaller at hudson.util.AtomicFileWriter.commit(AtomicFileWriter.java:112) at hudson.util.TextFile.write(TextFile.java:81) at hudson.model.DownloadService$Downloadable.doPostBack(DownloadService.java:260) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at 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.MetaClass$12.dispatch(MetaClass.java:384) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:574) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:659) at org.kohsuke.stapler.MetaClass$4.doDispatch(MetaClass.java:203) 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.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:142) 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
[JIRA] (JENKINS-15974) FATAL: Failed to link the library: interface hudson.util.jna.Kernel32
VladDRussian commented on JENKINS-15974 FATAL: Failed to link the library: interface hudson.util.jna.Kernel32 I hit the same thing after i upgraded to 1.500. Around the time i saw the below error as well as original posted. After a restart / reupdate. i was able to run a job on the node again. Feb 8, 2013 2:25:53 AM hudson.node_monitors.AbstractNodeMonitorDescriptor$Record run WARNING: Failed to monitor FFX-MOM-BLD10 for Free Swap Space java.io.IOException: Remote call on FFX-MOM-BLD10 failed at hudson.remoting.Channel.call(Channel.java:681) at hudson.node_monitors.SwapSpaceMonitor$1.monitor(SwapSpaceMonitor.java:83) at hudson.node_monitors.SwapSpaceMonitor$1.monitor(SwapSpaceMonitor.java:81) at hudson.node_monitors.AbstractNodeMonitorDescriptor$Record.run(AbstractNodeMonitorDescriptor.java:219) Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.jvnet.hudson.Windows$MEMORYSTATUSEX at org.jvnet.hudson.Windows.monitor(Windows.java:40) at hudson.node_monitors.SwapSpaceMonitor$MonitorTask.call(SwapSpaceMonitor.java:113) at hudson.node_monitors.SwapSpaceMonitor$MonitorTask.call(SwapSpaceMonitor.java:99) 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(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at hudson.remoting.Engine$1$1.run(Engine.java:60) at java.lang.Thread.run(Unknown Source) 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-15799) loosing matrix sub builds
VladDRussian commented on JENKINS-15799 loosing matrix sub builds Confirmed this issue is still present in 1.493 1.500. The parent build logs are there, but all of the sub (matrix/label) build logs only keep the last one or two builds. If using touch stone build then they keep different things as well. A simple matrix job does not seem to have any issues. (less then 5 second) And using SCM or copying in a zip to use for the build still has the issue where the logs are not being kept. I have not been able to find anything extra in my logs in regards to this. 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
VladDRussian commented on JENKINS-14151 SCM Polling leads to zombie-like processes This could also be related to the below issue opened a few days before this one. *.pack file still in use and fails clean. We've also hit the issue while on Jenkins 1.467 looking at changing to GIT plugin 1.1.19 - 1.1.22 https://issues.jenkins-ci.org/browse/JENKINS-14046 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-14046) git operations occasionally hang in Jenkins on Windows
VladDRussian commented on JENKINS-14046 git operations occasionally hang in Jenkins on Windows We've also hit the issue while on Jenkins 1.467 looking at changing to GIT plugin 1.1.19 - 1.1.22 I think the below might be a duplicate of this one. https://issues.jenkins-ci.org/browse/JENKINS-14151 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-10437) git plugin crashes using multiple repositories
VladDRussian commented on JENKINS-10437 git plugin crashes using multiple repositories I think this might be a config issue, as i've ran into this before when i was trying to put multiple repos / branches on one 'Branch Specifier (blank for default)'. After 'adding another branch specifier' i haven't seen this issue but with the current version i'm working on GIT / Jenkins will only pull down the first branch i specify with no errors that i've found yet. Caused by: hudson.plugins.git.GitException: Command "C:\Program Files (x86)\Git\cmd\git.cmd config --get remote.origin.url" returned status code 1: 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-14559) Windows Service - slave.xml is always overritten causing connection issues
VladDRussian created JENKINS-14559 Windows Service - slave.xml is always overritten causing connection issues Issue Type: Bug Assignee: Unassigned Components: core Created: 24/Jul/12 5:24 PM Description: when starting a slave via jenkins it now installs the service everytime and removes it when disconnected. The issue i am hitting is that the jenkins-slave.xml is ALWAYS getting copied to the slave now overriding out local config for JAVA as well as the connection port. I tried changing the jenkins-slave.xml to read only but then trying to start the issue we only get a permission issue. Environment: Jenkins 1.467 running on win2k3 / winXP / win2k8 R1 / win2k8 R2, upgraded from Jenkins 1.417 Project: Jenkins Priority: Major Reporter: VladDRussian 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
