resume simulation - p_rgh not stored

piotr.mecht · June 25, 2020, 03:04

I stopped my chtMultiRegionFoam simulation after 2 days to check, how the flow field progresses, but i can't resume it now form the latestTime.

Each core screams error:

Code:

[2] --> FOAM FATAL ERROR: 
[2] previous iteration field
IOobject: volScalarField p_rgh local: "" readOpt: 0 writeOpt: 0 globalObject: 0 "/home/mecht/heater001/zoneSource/processor2/300/water"

  not stored.  Use field.storePrevIter() at start of iteration.

Is it possible to continue or do I have to start from the beginning? How is the time step 300 different to the timestep step 0, that I just can't start like it is 0? I copied my case with reconstructed 300 directory, then I tried to rename some files or to delete uniform folder, no effect.

Problem solved (logs, logs, logs!):
Initially (two days ago) i started my simulation with the same input for fvSolution for the water region and for the fvSolution in the system folder, then I realized, that the solver loops for unreasonable amounts of loops within the single timestep, because it solved pimple algorithm loops again over the solved pimple loops inside each region (?), or something like this. I changed my system/fvsolution pimple input to PIMPLE {//empty} and it worked just fine. I couldn't recall that change today, and it seems that my initial settings were required to initiate my simulation.

peterforsyth · April 12, 2022, 15:36

I came across the same error message (using reactingParcelFoam). It seems it *can* be an issue with the URF field/equation names not being explicitly defined (see https://bugs.openfoam.org/view.php?id=895). I commented out everything inside the relaxationFactors dictionary in fvSolution, and it now seems to run.

Posting just in case anyone else comes across this issue.

June 25, 2020, 03:04	resume simulation - p_rgh not stored	#1
piotr.mecht Member Piotr Ładyński Join Date: Apr 2017 Posts: 55 Rep Power: 9	I stopped my chtMultiRegionFoam simulation after 2 days to check, how the flow field progresses, but i can't resume it now form the latestTime. Each core screams error: Code: [2] --> FOAM FATAL ERROR: [2] previous iteration field IOobject: volScalarField p_rgh local: "" readOpt: 0 writeOpt: 0 globalObject: 0 "/home/mecht/heater001/zoneSource/processor2/300/water" not stored. Use field.storePrevIter() at start of iteration. Is it possible to continue or do I have to start from the beginning? How is the time step 300 different to the timestep step 0, that I just can't start like it is 0? I copied my case with reconstructed 300 directory, then I tried to rename some files or to delete uniform folder, no effect. Problem solved (logs, logs, logs!): Initially (two days ago) i started my simulation with the same input for fvSolution for the water region and for the fvSolution in the system folder, then I realized, that the solver loops for unreasonable amounts of loops within the single timestep, because it solved pimple algorithm loops again over the solved pimple loops inside each region (?), or something like this. I changed my system/fvsolution pimple input to PIMPLE {//empty} and it worked just fine. I couldn't recall that change today, and it seems that my initial settings were required to initiate my simulation. Last edited by piotr.mecht; June 25, 2020 at 04:10. Reason: Problem solved

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
How to resume a stopped simulation	Pallav	OpenFOAM Running, Solving & CFD	28	July 26, 2021 11:05
How to pause a transient simulation and resume without time step advancement?	aleisia	Main CFD Forum	33	June 12, 2017 11:41
Surface Source - Fixed Temperature?	robtheslob	FloEFD, FloWorks & FloTHERM	18	May 12, 2017 02:28
Simulation FPEs - turbulence for transient and steady-state?	DaveR	OpenFOAM Running, Solving & CFD	5	March 5, 2017 15:06
Resume Transient simulation	HMR	CFX	1	June 28, 2011 21:13

April 12, 2022, 15:36		#2
peterforsyth New Member Peter Forsyth Join Date: Jun 2020 Posts: 1 Rep Power: 0	I came across the same error message (using reactingParcelFoam). It seems it can be an issue with the URF field/equation names not being explicitly defined (see https://bugs.openfoam.org/view.php?id=895). I commented out everything inside the relaxationFactors dictionary in fvSolution, and it now seems to run. Posting just in case anyone else comes across this issue.