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

Fix ForwardModels stuck in Running-state when event is lost #9432

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

jonathan-eq
Copy link
Contributor

@jonathan-eq jonathan-eq commented Dec 3, 2024

Issue
Resolves #9422

Approach
This commit in this PR makes snapshots overwrite non-finalized states for
forwardmodels if the next forwardmodel has started. This will avoid
forwardmodels being stuck in running/pending if an event is lost. This
is a safe assumption as no forwardmodel will start running before the
previous one has finished successfully.

(Screenshot of new behavior in GUI if applicable)

  • PR title captures the intent of the changes, and is fitting for release notes.
  • Added appropriate release note label
  • Commit history is consistent and clean, in line with the contribution guidelines.
  • Make sure unit tests pass locally after every commit (git rebase -i main --exec 'pytest tests/ert/unit_tests -n logical -m "not integration_test"')

When applicable

  • When there are user facing changes: Updated documentation
  • New behavior or changes to existing untested code: Ensured that unit tests are added (See Ground Rules).
  • Large PR: Prepare changes in small commits for more convenient review
  • Bug fix: Add regression test for the bug
  • Bug fix: Create Backport PR to latest release

@codecov-commenter
Copy link

codecov-commenter commented Dec 3, 2024

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 91.86%. Comparing base (c686535) to head (3a1f4ea).
Report is 16 commits behind head on main.

Additional details and impacted files
@@            Coverage Diff             @@
##             main    #9432      +/-   ##
==========================================
+ Coverage   90.37%   91.86%   +1.49%     
==========================================
  Files         349      433      +84     
  Lines       21894    26672    +4778     
==========================================
+ Hits        19786    24503    +4717     
- Misses       2108     2169      +61     
Flag Coverage Δ
cli-tests 39.46% <94.44%> (+0.17%) ⬆️
everest-models-test 34.86% <94.44%> (?)
gui-tests 72.38% <94.44%> (+0.30%) ⬆️
integration-test 37.19% <94.44%> (?)
performance-tests 52.11% <94.44%> (+1.29%) ⬆️
test 40.55% <94.44%> (?)
unit-tests 74.03% <100.00%> (-5.12%) ⬇️

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

@jonathan-eq jonathan-eq changed the title init Fix ForwardModels stuck in Running when event is lost Dec 4, 2024
@jonathan-eq jonathan-eq changed the title Fix ForwardModels stuck in Running when event is lost Fix ForwardModels stuck in Running-state when event is lost Dec 4, 2024
@jonathan-eq jonathan-eq force-pushed the improve-snapshots branch 3 times, most recently from b02a72a to 7be15cb Compare December 4, 2024 13:45
@jonathan-eq jonathan-eq self-assigned this Dec 4, 2024
@jonathan-eq jonathan-eq added the release-notes:bug-fix Automatically categorise as bug fix in release notes label Dec 4, 2024
@jonathan-eq jonathan-eq marked this pull request as ready for review December 4, 2024 13:47
This commit makes snapshots overwrite non-finalized states for
forwardmodels if the next forwardmodel has started. This will avoid
forwardmodels being stuck in running/pending if an event is lost. This
is a safe assumption as no forwardmodel will start running before the
previous one has finished successfully.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
release-notes:bug-fix Automatically categorise as bug fix in release notes
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Mismatch between running FM in circle illustration and fm table view in GUI
3 participants