-
Notifications
You must be signed in to change notification settings - Fork 45
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
Writing to multiple files when restarting from checkpoint #1
Comments
Hi Veronica,
Could you show me how you set the parameters for the restart in your input deck? Thanks.
Best wishes,
Weiming An
…On Jun 22, 2017, at 2:37 AM, Veronica Berglyd Olsen ***@***.***> wrote:
I had to restart a simulation today due to a power interruption on the supercomputer I run QuickPIC on.
The simulation dumps data every 20 dT, and restart files every 5000. Restarting from 5001 today I noticed that when writing file 5001 QuickPIC also wrote to file 0001, then for 5021 it also wrote to 0021, etc. Doing a hash of the files reveals that content has changed. Still, it does not seem that the grid data itself has changed, at least not in the few data points I managed to check. So it is probably some meta-data being updated.
It is still a problem as it causes the file sync tools to re-download some 60GB of data in this case.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Hi Weiming, I also noticed that some of the modified dump 5001 files were corrupt, so I just re-ran the whole
|
Hi Veronica, I fixed the bug for simulation restart. Thank you very much for pointing that out. Best wishes, Weiming An |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I had to restart a simulation today due to a power interruption on the supercomputer I run QuickPIC on.
The simulation dumps data every 20 dT, and restart files every 5000. Restarting from 5001 today I noticed that when writing file 5001 QuickPIC also wrote to file 0001, then for 5021 it also wrote to 0021, etc. Doing a hash of the files reveals that content has changed. Still, it does not seem that the grid data itself has changed, at least not in the few data points I managed to check. So it is probably some meta-data being updated.
It is still a problem as it causes the file sync tools to re-download some 60GB of data in this case.
The text was updated successfully, but these errors were encountered: