You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
When ERT kills jobs due to MAX_RUNTIME, it's hard or impossible for the user to figure out why (especially if he/she forgets that the MAX_RUNTIME setting was set).
To Reproduce
Steps to reproduce the behavior:
Set MAX_RUNTIME to less than you expect some job will run
Run ERT (preferably executing via lsf)
Expected behavior
Users should be given productive feedback
The text was updated successfully, but these errors were encountered:
Somewhere in the queue we have information about if the job was killed. We could make a new QueueStatus indicating that the job was killed (or actually utilise the one that is currently there correct (might involve changing the current queue driver)). This should propagate to the snapshot and be visible in the GUI/CLI.
Describe the bug
When ERT kills jobs due to MAX_RUNTIME, it's hard or impossible for the user to figure out why (especially if he/she forgets that the MAX_RUNTIME setting was set).
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Users should be given productive feedback
The text was updated successfully, but these errors were encountered: