glc time manager doesn't restart properly when last run stopped in the middle of a day
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- fortran
- Ambito
- hpc, testing-qa
Direzione di ricerca
Inizia confrontando la gestione dei file di riavvio di CISM e POP, concentrandoti su seconds_this_day e sulle altre quantità di gestione del tempo presenti in POP ma assenti in CISM. Aggiungi un unit test in test/unit/time_management che si arresti e riparta a metà giornata; il lavoro è completato quando il time manager riprende all’ora corretta e lo stato di riavvio pertinente è coperto.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Bill Sacks < sacks > - 2011-12-14 10:27:05 -0700
Bugzilla Id: 1441
Bugzilla CC: erik, lipscomb, mvertens,
The information contained in the cism restart files only allow the time manager to restart properly if the last run stopped at a day boundary. For POP, seconds_this_day is written to the restart file, but that isn't done for cism; I believe that is the cause of the problem.
Once this is fixed, a unit test should be added to test this capability in test/unit/time_management.
While fixing this bug, we should also look for other time management-related quantities that are in the pop restart file but not the cism restart file.
- Lingua principale
- Fortran
- Stelle
- 4
- Fork
- 18
- Merge medio
- 1g 20h
- PR unite (30g)
- 2
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di ESCOMP/CISM-wrapper
-
Coupler Updates for Missing AblationForse già presa @Katetc l’ha presa 3 giorni fa. Aperta
ESCOMP/CISM-wrapper#151 · 1 commento · 1 assegnatario ·
-
ERI_Ly10.f10_f10_mg37.I1850Clm50SpG.derecho_intel.cism-isostasy_period4 Fail in cism_wrap_3.0.0Forse già presa @Katetc l’ha presa 23 giorni fa. Aperta
ESCOMP/CISM-wrapper#148 · 1 assegnatario ·
-
Update Externals and Tests for CESM3Forse di nuovo libera @Katetc l’ha presa 67 giorni fa e non c’è nessuna pull request aperta. Aperta
ESCOMP/CISM-wrapper#145 · 2 commenti · 1 assegnatario ·
-
Consistency of Isotopes in Surface Mass Balance from CLMForse di nuovo libera @Katetc l’ha presa 240 giorni fa e non c’è nessuna pull request aperta. Aperta
ESCOMP/CISM-wrapper#136 · 2 commenti · 1 assegnatario ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
ESCOMP/CISM-wrapper#135 · 1 commento ·
Tutte le issue di ESCOMP/CISM-wrapper
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
ROCm/rocm-systems#13525 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 Meno di un'ora Idoneità per principianti 80/100
-
[Bug]: copy-assigning a boundary condition does not compile: `Bc::operator=` assigns to the `const` reference `m_domain`Forse già presa @gouarin l’ha presa 9 giorni fa. Apertabug good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
amr bug 🔥 diagnostics outputs
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
PHAREHUB/PHARE#1348 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno