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
FVNS mean-zero-pressure Exodus restart issue #17471
Comments
Ok @smharper starting on this now |
Hmm yea we are reading as if the solution vector structure is this: When the actual structure is: Here is output of final solution from part1 (for a 2x2 mesh)
and then the restarted solution vector:
|
I think this is going to be about a two line fix. 🎉 |
David added a first class capability to copy scalar solutions in libMesh/libmesh#2123 so we should leverage that here instead of trying to reinvent the wheel (apparently unsuccessfully as indicated by idaholab#17471) Closes idaholab#17471
David added a first class capability to copy scalar solutions in libMesh/libmesh#2123 so we should leverage that here instead of trying to reinvent the wheel (apparently unsuccessfully as indicated by idaholab#17471) Closes idaholab#17471
David added a first class capability to copy scalar solutions in libMesh/libmesh#2123 so we should leverage that here instead of trying to reinvent the wheel (apparently unsuccessfully as indicated by idaholab#17471) Closes idaholab#17471
David added a first class capability to copy scalar solutions in libMesh/libmesh#2123 so we should leverage that here instead of trying to reinvent the wheel (apparently unsuccessfully as indicated by idaholab#17471) Closes idaholab#17471
@smharper Hi Smharper. Nice to meet you. May I ask another question about lid-driven.i? Did you try to use rho=1 mu=0.0001 to calculate? Or exchange the velocity or diameter to make the Re over 3000. It seems hard to converge. When the Re exceed 3000, this example would not converge. Have you ever meet the issue? And how did you handle it? |
For those encountering the above comment, this is being discussed more in detail starting at #15644 (comment) |
Bug Description
With an INSFV system that uses a mean-zero-pressure kernel, it looks like not all of the information makes it through the exodus restart process. In particular, it looks like scalar
lambda
variables are not being properly restarted. This means that if you converge a system and restart it, the initial residual is not converged.Steps to Reproduce
This can be reproduced with the test located at
modules/navier_stokes/test/tests/finite_volume/ins/lid-driven
. Copy thelid-driven.i
input to something new likelid-driven-restart
with the following changes:Run the
lid-driven.i
thenlid-driven-restart.i
. If restart was working well, the initial residual would be low, but it is not. I believe this is because thelambda
value is not being properly read from the exodus file during restart.Impact
Working restarts will be important for initializing big transient simulations. We can use
execute_on = initial
multiapps or setting thelambda/initial_condition
as a workaround.The text was updated successfully, but these errors were encountered: