Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unclear outcome of jobs killed by MAX_RUNTIME #1525

Closed
jondequinor opened this issue Mar 24, 2021 · 2 comments · Fixed by #1636 or equinor/libres#1161
Closed

Unclear outcome of jobs killed by MAX_RUNTIME #1525

jondequinor opened this issue Mar 24, 2021 · 2 comments · Fixed by #1636 or equinor/libres#1161
Assignees
Labels
bug feature maintenance Not a bug now but could be one day, repaying technical debt

Comments

@jondequinor
Copy link
Contributor

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:

  1. Set MAX_RUNTIME to less than you expect some job will run
  2. Run ERT (preferably executing via lsf)

Expected behavior
Users should be given productive feedback

@berland
Copy link
Contributor

berland commented Mar 24, 2021

See also equinor/libres#1108

@sondreso
Copy link
Collaborator

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.

@sondreso sondreso added the maintenance Not a bug now but could be one day, repaying technical debt label Apr 22, 2021
@kvashchuka kvashchuka self-assigned this Apr 29, 2021
@sondreso sondreso reopened this May 20, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug feature maintenance Not a bug now but could be one day, repaying technical debt
Projects
None yet
4 participants