Scheduled Downtime
On Friday 21 April 2023 @ 5pm MT, this website will be down for maintenance and expected to return online the morning of 24 April 2023 at the latest

Failed to run real.exe - Error "pal, linear is about as low as we go"

davidl2000

New member
I'm trying to run WRF with RRFS-A input data processed through WPS using the Vtable.raphrrr variable table (besides a line of text saying "unknown model from NCEP 134" while doing ungrib.exe there was no indication that it did not work) and when I check the variables with "ncdump -h met_em.d01.2024-04-01_22_00_00.nc | grep -i num_metgrid" the output is almost the exact the same as the past HRRR data I used (except for num_metgrid_levels being 46 for RRFS instead of 41 like HRRR) (First image below is HRRR metgrid data, second image is RRFS-A metgrid data)1711949484035.png1711949479681.png
When I run real.exe the error "pal, linear is about as low as we go" is what comes up, and no changes I do seem to affect this. The only reason I can think this wouldn't work is because the Vtable.raphrrr is meant for RAP/HRRR as I was testing RRFS since its variables are very similar to RAP/HRRR's so that would mean I'd need a new Variable Table and I can't even begin to fathom how to make it and would need to seek someone else to make it or share an existing one I am not aware of.

I've included my namelist.wps, namelist.input and Vtable. For my input I used the RRFS prslev CONUS files (rrfs.t00z.prslev.f022.conus_3km.grib2).
 

Attachments

  • namelist.wps
    916 bytes · Views: 1
  • Vtable.txt
    5.9 KB · Views: 1
  • namelist.input
    5 KB · Views: 1
Hi,
Apologies for the long delay in response. Can you share a couple of your met_em* files so I can take a look and test this out? Please also attach your WRF error log that shows the error message (e.g., rsl.error*). The met_em* files will likely be too large to attach. If that's the case, see the home page of this forum for information on sharing large files. Thanks.
 
Hi,
Apologies for the long delay in response. Can you share a couple of your met_em* files so I can take a look and test this out? Please also attach your WRF error log that shows the error message (e.g., rsl.error*). The met_em* files will likely be too large to attach. If that's the case, see the home page of this forum for information on sharing large files. Thanks.
Sure thing, I shared the met_em files in a zip file on Nextcloud, called "RRFS_met_em_files.zip". I've also included the rsl.error file."

EDIT: I got this error using Vtable.HRRR.bkb on WPS and that's what was used to ungrib the data, it yielded more files in metgrid but resulted in the same error as shown in the rsl.error.0000 file attached.
 

Attachments

  • rsl.error.0000
    1.6 KB · Views: 0
Last edited:
Top