1. 21 May, 2019 7 commits
  2. 20 May, 2019 5 commits
    • Morris Jette's avatar
      Fix test to work in front-end mode · 72b1774b
      Morris Jette authored
      72b1774b
    • Morris Jette's avatar
      Modify test to work in front-end mode · 4eb243ee
      Morris Jette authored
      4eb243ee
    • Morris Jette's avatar
      Log ID for individual sub-tests · 4983907a
      Morris Jette authored
      Log the ID of individual sub-tests in order to more easily identify
      which sub-test failed rather than having to scan and compare the
      various execute lines in the tests.
      4983907a
    • Morris Jette's avatar
      Disable portion of test in front-end mode · 04b4dde0
      Morris Jette authored
      A batch job will run on front-end node, not an assigned compute node
      04b4dde0
    • Morris Jette's avatar
      Change test to better match sacct behavior · ca7d1d0a
      Morris Jette authored
      The sacct command in verison 19.05 when job ID is specified will
      find all examples of that job ID run at any time. That means if
      the job IDs numbers wrap around, this test will always fail. This
      adds a start time to the sacct command of 00:00 (midnight of current
      day) to avoid problems with wrapping job IDs and make this test
      work more like it did in version 18.08. Note this test does have
      a very tiny window for failures if the test program ran just before
      midnight and the sacct command to view it's state ran just after
      midnight. Given that the entire test only runs for a minute, that
      is unlikely in practice.
      ca7d1d0a
  3. 18 May, 2019 1 commit
  4. 17 May, 2019 8 commits
  5. 16 May, 2019 18 commits
  6. 15 May, 2019 1 commit
    • Tim Wickberg's avatar
      Avoid call to slurm_get_slurmd_user_id() in _step_connect() if not slurmd. · 0a4c5234
      Tim Wickberg authored
      For a stray socket, this call would cause nss_slurm to deadlock,
      as any calling path that leads to slurm_conf_lock(), which will call
      getpwuid(), which will re-enter the nss_slurm code, which will end up
      back here but with the slurm_conf_lock already held, at which point
      the process will never continue.
      
      For nss_slurm, this means a node rebooting with stale sockets will hang
      in the middle of the init process, which is a rather unpleasant experience.
      
      So - only handle the stray socket cleanup within the slurmd process itself.
      
      Bug 7030
      0a4c5234