Skip to content
  1. Jun 11, 2012
  2. Jun 09, 2012
  3. Jun 07, 2012
  4. Jun 06, 2012
  5. Jun 05, 2012
  6. May 31, 2012
  7. May 30, 2012
  8. May 29, 2012
  9. May 25, 2012
  10. May 24, 2012
    • Kohsuke Kawaguchi's avatar
      Fixed a bug in Jenkins.overallNodeProvisioner · be1f8f91
      Kohsuke Kawaguchi authored
      Until now, Jenkins.overallNodeProvisioner was tracking an inconsistent
      pair of numbers. On one hand, it was tracking all the executors in the
      system, but then it was also only tracking the # of free-roaming
      label-unassigned jobs as the queue length.
      
      So if all your slaves are set with Node.Mode.EXCLUSIVE and you have some
      free-roaming jobs, then it'll never tickle NodePrivisioner.
      
      In other words, the # of executors weren't reflecting the actual # of
      executors that can execute what's counted as the queue length.
      
      See the problem report at
      https://groups.google.com/forum/?fromgroups#!topic/jenkinsci-dev/bUwGEgOwv4Q
      
      To fix this, I introduced another LoadStatistics that only counts
      the # of executors that can execute free-roaming jobs, and # of
      free-roaming jobs as the queue length. In this way, two pairs of numbers
      are consistent.
      
      This now allows us to use overallLoadStatistics for really the entire
      system, including all executors and the total queue length. This is
      primarily for administrators to see the resource utilization, and it is
      not useful for NodeProvisioner input because it's mixing too many
      different things.
      
      The semantics change in OverallLoadStatistics.queueLength allows us to
      deprecate its totalQueueLength field.
      be1f8f91
    • Kohsuke Kawaguchi's avatar
  11. May 23, 2012
  12. May 22, 2012
  13. May 16, 2012
  14. May 14, 2012
  15. May 09, 2012
    • David Reiss's avatar
      [FIXED JENKINS-13202] Don't set mtime or mode on symlinks · e15b2e19
      David Reiss authored
      Previously, the untar code tries to set the last modified time and mode
      on every untarred file.  However, if the tar contains a broken symlink,
      or a symlink that points to a file that has not been untarred yet, the
      time/mode setting would fail on the broken symlink.
      
      Symlinks don't have meaningful modified times or modes of their own, so
      only set these values on non-symlinks.
      
      Rename the file "a" in the test to expose the bug.
      e15b2e19
  16. May 08, 2012