Building UFS_utils in Linux machine

[bnepal22]

I was attempting to build UFS_UTILS in the linux machine and I got stuck/ confused while executing build_all.sh scriipt. While following the its github page given instructions, which platform name should be given for lnux based system in my personal pc. The linux system in pc is ubuntu. As per instruction I tried with the below command and got the error:

./link_fixdirs.sh emc linux

• RUN_ENVIR=emc
• machine=linux
• '[' 2 -lt 2 ']'
• '[' emc '!=' emc -a emc '!=' nco ']'
• '[' linux '!=' wcoss2 -a linux '!=' hera -a linux '!=' jet -a linux '!=' orion -a linux '!=' s4 -a linux '!=' hercules -a linux '!=' gaea ']'
• set +x
  ERROR unsupported machine
  Syntax: link_fv3gfs.sh ( nco | emc ) ( wcoss2 | hera | jet | orion | hercules | s4 | gaea )

May be I am missing some process or information.

[gspetro-NOAA]

Hi @bnepal22 ,

Like many UFS systems, UFS_UTILS has a set of supported machines--ones that the developers have access to and can test. Since most NOAA-affiliated model developers also have access to these machines, it works out well for those working with NOAA and its affiliates. However, people like yourself who are running on other "unsupported" platforms have to modify the code to run with their machine. For example, looking at the UFS_UTILS modulefiles, you'll see there is no "build_linux_gnu" or similar. I am guessing you would have to make such a file (or modify one of the ones there to fit your system configuration) and probably add the new machine to the logic where UFS_UTILS looks for a machine. Perhaps @GeorgeGayno-NOAA can offer some suggestions? (@JeffBeck-NOAA or @LarissaReames-NOAA might also be good resources.)

Best,
Gillian Petro
EPIC User Support Team

[gspetro-NOAA]

@bnepal22 Did you need any further assistance, or were you able to adjust the modulefiles and scripts for your purposes?

[bnepal22]

@gspetro-NOAA I am still working on it following your suggestions, and have not been successful yet. I was also waiting for the response from the persons you mentioned in your comments.

[GeorgeGayno-NOAA]

That script sets links to numerous 'fixed' files needed by UFS_UTILS. It only works for the machines listed. Otherwise, you will need to pull these files from AWS: https://noaa-nws-global-pds.s3.amazonaws.com/index.html#fix/

[gspetro-NOAA]

@bnepal22 One thing you might try is running UFS_UTILS via the SRW App because that app supports some configuration for Linux/Mac systems (documentation here). After you build the app, the UFS_UTILS source code can be found in the sorc directory. I can't promise it will work, but you may need fewer tweaks. You can also continue work to adjust the standalone UFS_UTILS scripts, but it sounds like use of standalone UFS_UTILS is only supported on the machines listed, so you'll potentially have a lot of work and troubleshooting to do on your own to get it working on your system.

[bnepal22]

Thank you very much for your suggestion, I will further explore it. Recently, I got access to one of the machines in my group with UFS UTILS already being build. I will explore more with them now. But I have a new problem. I am trying to update the data from gmted2010 to ASTERv3 to calculate orography-related parameters for gravity wave drag parameterization. Is there any suggestions or documents for it?

[gspetro-NOAA]

There are two programs that compute the orography-based GWD fields: orog.fd and orog_gsl.fd. Only the first one uses the GMTED2010 data. You can probably check out the UFS_UTILS documentation for more info.

[bnepal22]

Thank you very much. However, I could convert ASTER dem to .int format same as of gmted2010, and execute the orog program and it worked well.