-
Notifications
You must be signed in to change notification settings - Fork 108
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
Remove checksum
from sfcanl_data.tileX.nc
files following global_cycle
.
#781
Comments
Will work this issue under this branch: |
an existing file. Fixes ufs-community#781.
@aerorahul I have logic working that will remove the 'checksum' attribute. Before I go further, should I remove 'checksum' from all records in the file, or only those records that get updated? For NoahMP, I will only update a small subset of the records in the file. |
@aerorahul Please try my branch at 2c5ff01, which will remove 'checksum' for all updated records. |
Thanks @GeorgeGayno-NOAA. Will give it a try. |
Looks like this does the trick, an older version of UFS_UTILS causes the forecast to fail due to incorrect checksums, but this commit allows the model to initialize. |
Great. I will initiate a PR. |
If the input file has the checksum attribute, new logic will remove it from any record that is updated. Fixes #781.
When the
sfcanl_data.tileX.nc
files are created with the programglobal_cycle
, thechecksum
global attribute is retained.This
checksum
is bound to be incorrect (unless recalculated), when fields are updated.This is seen when using
GFSv16
CCPP SDF. The model fails afterglobal_cycle
updates thesfc_data.tileX.nc
files to producesfcanl_data.tileX.nc
.@CoryMartin-NOAA ran into this issue when he tested the cycled global-workflow with the GFSv16 configuration.
A requested solution is to delete the
checksum
global attribute from thesfcanl_data.tileX.nc
files in the utilityglobal_cycle
.The proposal is being tested via: https://github.com/aerorahul/UFS_UTILS/pull/new/feature/checksum
The text was updated successfully, but these errors were encountered: