MetOffice / MetOffice/lfric_apps
`lfric_atm` crashes when running with Genoa craylibs
Nobody has claimed this yet.
- Dominant language
- Fortran
- Stars
- 31
- Forks
- 118
- Avg merge
- 2d 4h
- Merged PRs (30d)
- 8
Description
### Version
main
### Are there any linked Issues or Pull Requests?
#622
### What happened?
When trying to run `lfric_atm` using Genoa craylibs (`craype-x86-genoa` and `mo-craylibs-genoa/1.0`) there is a segmentation fault.
### Relevant log output
```shell
ATP analysis is starting...
Processes died with the following statuses:
<0-756,758-3946,3948-3974,3976-4850> Reason: '' Address: 0x1457f57235d7 Assertion: ''
(2 more threads in atpMergedBT_line.dot)
<757,3947,3975> Reason: 'SIGSEGV /SEGV_MAPERR' Address: 0xfffffffc054d45c0 Assertion: ''
<3975> #1 qsat_real64_1d$qsat_mod_ + 0x444
<3947> #1 qsat_real64_1d$qsat_mod_ + 0x324
<757> #1 qsat_real64_1d$qsat_mod_ + 0x57d
<757,3947,3975> #0 shallow_conv_6a$shallow_conv_6a_mod_ + 0xb18a
(1 more thread in atpMergedBT_line.dot)
```
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the lfric_atm run with craype-x86-genoa and mo-craylibs-genoa/1.0. Then inspect the qsat_real64_1d and shallow_conv_6a stack entries shown in the crash log; done means the Genoa craylibs run completes without the segmentation fault.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- fortran
- Domain
- hpc
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 45/100