[us-commits] [ehb54/us3lims_common] 651d22: Reset $output between sbatch retry attempts in att...

emre brookes noreply at github.com
Wed Jun 24 08:45:09 MDT 2026


  Branch: refs/heads/ehb54-issue-931
  Home:   https://github.com/ehb54/us3lims_common
  Commit: 651d220f49c593fb9a5d43d699e8ac1797b0818b
      https://github.com/ehb54/us3lims_common/commit/651d220f49c593fb9a5d43d699e8ac1797b0818b
  Author: ehb54 <brookes at uthscsa.edu>
  Date:   2026-06-24 (Wed, 24 Jun 2026)

  Changed paths:
    M class/submit_local.php

  Log Message:
  -----------
  Reset $output between sbatch retry attempts in attemptSubmit()

PHP's exec() appends to $output rather than replacing it. Since $output
was only initialized once before the retry loop added in PR #21,
parseSubmitResult()'s check of $output[0] (used to extract the slurm job
ID) stayed permanently stuck on the first attempt's output for the rest
of the retries, even after a later attempt genuinely succeeded.

Confirmed live via us3lims_dbutils' uslims_autoflow_test.php
--fake-sbatch fail-once: after a deliberately-failed first attempt,
attempts 2-4 each succeeded for real (three separate, duplicate jobs
submitted to the actual cluster) but were still misjudged as failures,
so the whole submission ended up reported FAILED with one of the
duplicate real jobs left running with no LIMS record of it.

Fixes ehb54/ultrascan-tickets#931



To unsubscribe from these emails, change your notification settings at https://github.com/ehb54/us3lims_common/settings/notifications


More information about the us-commits mailing list