-
Notifications
You must be signed in to change notification settings - Fork 172
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
Allow building of the ufs-weather-model, WW3 pre/post execs for GFS, GEFS, SFS in the same clone of global-workflow #3098
base: develop
Are you sure you want to change the base?
Conversation
I am going to mark this as ready for review to gather feedback on the code changes before I commence extensive testing. |
Thats the thing, we don't currently have that capability of doing quick diffs on few CI tests. Its coming, but until then its manual. |
@aerorahul Might be worth a manual test given the scope of the change here? Maybe 1 gfs and 1 gefs test? The error from @WalterKolczynski-NOAA is in /lfs/h2/emc/stmp/walter.kolczynski/RUNDIRS/C48_S2SW_3098/gfs.2021032312/waveinit.24886/moddef_glo_200/grid_glo_200.out which says:
Looking at somefiles, we link things: but seems like things got cleaned up: |
Co-authored-by: Walter Kolczynski - NOAA <[email protected]>
d3e76a6
@JessicaMeixner-NOAA The results will be available in the path given above ( |
where will the develop output be for the comparisons |
Digging in, I find a couple different things. The ww3_grib error seems to come an inability to open a file (
There is a zero-size There is also a failure in wave_grib_interp_sbs because it is trying to write to fix, which I think is supposed to be the source of the
This doesn't immediately fail, but continues until the
The logs don't all get piped to STDOUT, so you have to root around in the DATA directory to find them (here's one: |
I'll also note the |
ush/wave_grid_interp_sbs.sh
Outdated
export err=$?;err_chk | ||
|
||
# Write interpolation file to main TEMP dir area if not there yet | ||
if [ "wht_OK" = 'no' ] | ||
if [ "${wht_OK}" = 'no' ] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I suspect that this might be the error @WalterKolczynski-NOAA mentions here #3098 (comment) perhaps the best thing is to back this change out and let's make an issue so it's not holding up this PR?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The GEFS job succeeding would make sense because it wouldn't be doing any interpolation so it'd skip this part of the code.
There might be other issues - but my guess is this is our problem.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I reverted the change and added FIXME
back to be addressed later. The script will no longer enter this if-block until the logic is fixed.
This fail is from PR 307 in my forked repo for testing this build using the updated CI pipline: running the C48mx500_hybAOWCDA FAILED on Hercules in Build# 6 with error logs:
Follow link here to view the contents of the above file(s): (link) All the other CI tests are all languishing in the Priority queues on Hercules |
…s another bug that needs evaluation on the purpose of the logic. A FIXME tag has been added
@TerrenceMcGuinness-NOAA |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The updates to the Jenkinsfile pipeline script look good. The try/catch on the scm checkout looks strong too. An initial test of the pipeline worked fine in a forked branch in the development project. When CM (@WalterKolczynski-NOAA) is ready we should launch a CI test directly in this PR using multiple labels.
Description
GFS and GEFS (and now SFS) uses different compile time options for the UFS-weather-model. For the purposes of CI testing, a multi-build pipeline under Jenkins was created by @TerrenceMcGuinness-NOAA. This served well, until now. With the inclusion of SFS, a third variety of the model is being built. Under the multi-build pipeline paradigm, a second (or third) clone and build of the global-workflow is required. This adds cloning and compilation time of the global-workflow.
This PR allows compiling the ufs-weather-model in a single clone of the global-workflow. The compiled executables based on the options for GFS, GEFS, and SFS results in a model executable as
gfs_model.x
,gefs_model.x
, andsfs_model.x
. The forecast script uses the right executable.This PR also differentiates the WW3 pre/post executables based on
gfs_
orgefs_
. SFS variants need to be introduced, whenNET=sfs
is added.In the process of updating the WW3 pre/post executable names, it was discovered (via
grep
) the following are not used:ww3_prep
ww3_outf
ww3_ounf
ww3_ounp
These need to be confirmed by running the workflow to ensure they are indeed not used at runtime.
This PR also updates the
Jenkinsfile
to use the multi-build from the single location.Type of change
Change characteristics
This PR does not update any submodules.
How has this been tested?
In progress
Checklist