ESCOMP / ESCOMP/CTSM

PVT_Lm3.f45_f45_mg37.I2000Clm50FatesCruRsGs.derecho_intel.clm-FatesLUPFT fails in RUN phase

Open
#2,919 3 comments 0 reactions 1 assignee Claimed by @glemieux View on GitHub
FATES test: fates
Dominant language
Fortran
Stars
352
Forks
361
Avg merge
6d 6h
Merged PRs (30d)
8

Description

### Error message
Error shown here appears in TestStatus.log:
- The first timestamp is from submitting the fates test-suite on derecho.
- The second timestamp from trying ./case_submit manually in case the first failure was a fluke.
- I made a third attempt by submitting the test with ./create_test and got the same error as in the first timestamp.
```
2024-12-30 13:49:44: ERROR: Cannot modify case, read_only. Case must be opened with read_only=False and can only be modified within a context manager
---------------------------------------------------
2024-12-30 16:10:46: ERROR: Command: 'git -C /glade/derecho/scratch/slevis/tests_1230-131139de/PVT_Lm3.f45_f45_mg37.I2000Clm50FatesCruRsGs.derecho_intel.clm-FatesLUPFT.GC.1230-131139de_int commit -m "
ERROR: RUN FAIL: Command 'mpibind --label --line-buffer -- /glade/derecho/scratch/slevis/tests_1230-131139de/PVT_Lm3.f45_f45_mg37.I2000Clm50FatesCruRsGs.derecho_intel.clm-FatesLUPFT.GC.1230-131139de_int/bld/cesm.exe >> cesm.log.$LID 2>&1 ' failed
See log file for details: /glade/derecho/scratch/slevis/tests_1230-131139de/PVT_Lm3.f45_f45_mg37.I2000Clm50FatesCruRsGs.derecho_intel.clm-FatesLUPFT.GC.1230-131139de_int.potveg/run/cesm.log.7350030.desched1.241230-155114"' failed with error 'On branch PVT_Lm3.f45_f45_mg37.I2000Clm50FatesCruRsGs.derecho_intel.clm-FatesLUPFT.GC.1230-131139de_int
nothing to commit, working tree clean' from dir '/glade/derecho/scratch/slevis/tests_1230-131139de/PVT_Lm3.f45_f45_mg37.I2000Clm50FatesCruRsGs.derecho_intel.clm-FatesLUPFT.GC.1230-131139de_int.potveg'
```

### General bug information

**CTSM version you are using:**
`branch_tags/tmp-241219.n01.ctsm5.3.016`
...would have been ctsm5.3.017 if master were not "locked" while we wait for a cesm tag.

**Does this bug cause significantly incorrect results in the model's science?** [Yes / No]
??

**Configurations affected:** [Fill this in if known.]
??

**Other info
I was running this test to generate this new fates baseline after merging b4b-dev to master (in this case tmp-241219 because master is "locked" while we wait for a new cesm tag):
`fates-sci.1.79.3_api.37.0.0-tmp-241219.n01.ctsm5.3.016`

The same test appears to have not completed also in the previous baseline that I was comparing to:
`fates-sci.1.79.3_api.37.0.0-ctsm5.3.016`

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.