Crash in real.exe "troubles, could not find trapping x locations"

Forum dedicated to older versions of EMS package (WRFEMS v3.2, v3.1 or older). Support is user-to-user based, so please help others if you can.
j0nes2k
Posts: 56
Joined: Wed Feb 03, 2010 5:06 pm

Crash in real.exe "troubles, could not find trapping x locations"

Post by j0nes2k » Wed May 23, 2012 7:02 am

Hello,

I am running WRFEMS for two different models, one over Europe and one over Egypt. However since some runs the Europe model fails in the real.exe part:

Code: Select all

 d01 2012-05-23_03:00:00 Timing for input          1 s.
 d01 2012-05-23_03:00:00          flag_soil_layers read from met_em file is  1
 d01 2012-05-23_03:00:00 Old data, no inland lake information
 Assume Noah LSM input
 d01 2012-05-23_03:00:00 forcing artificial silty clay loam at   13 points, out of  12025
 d01 2012-05-23_03:00:00 Timing for processing          2 s.
 d01 2012-05-23_03:00:00 Timing for output          0 s.
 d01 2012-05-23_03:00:00 Timing for loop #    2 =          3 s.
 d01 2012-05-23_06:00:00 Timing for input          1 s.
 d01 2012-05-23_06:00:00          flag_soil_layers read from met_em file is  1
 -------------- FATAL CALLED ---------------
 FATAL CALLED FROM FILE:  module_initialize_real.b  LINE:    3416
 troubles, could not find trapping x locations

The Egypt model is running without any errors on the same input data. Why does this happen and how can I fix this?

Thank you for your help!

Jonas

meteoadriatic
Posts: 1602
Joined: Wed Aug 19, 2009 10:05 am

Re: Crash in real.exe

Post by meteoadriatic » Wed May 23, 2012 7:23 am

Looks like a problem with initial/boundary conditions, something is probably missing inside input files. What input do you use? gfsptle, gfs, or something else?

j0nes2k
Posts: 56
Joined: Wed Feb 03, 2010 5:06 pm

Re: Crash in real.exe

Post by j0nes2k » Wed May 23, 2012 7:28 am

Hello,

after some reading this was exactly what I changed right now... I was using gfs, and now switched to gfsptile and everything seems to be working again. How can this happen?

Thanks!

Jonas

meteoadriatic
Posts: 1602
Joined: Wed Aug 19, 2009 10:05 am

Re: Crash in real.exe

Post by meteoadriatic » Wed May 23, 2012 7:32 am

Interesting.

How much time since this started to happen with full gfs files?

j0nes2k
Posts: 56
Joined: Wed Feb 03, 2010 5:06 pm

Re: Crash in real.exe

Post by j0nes2k » Wed May 23, 2012 7:37 am

The last successful run using gfs as input was based on yesterday's GFS 06Z run. All runs afterwards gave me this error including the most recent (0Z) one. At the moment my model is just running fine using gfsptile based on 0Z, I have not tested gfsptile for the runs before.

meteoadriatic
Posts: 1602
Joined: Wed Aug 19, 2009 10:05 am

Re: Crash in real.exe

Post by meteoadriatic » Wed May 23, 2012 7:44 am

Very interesting and might impact other users as well who use full gfs files.

All I can think of is that GFS files changed yesterday. In fact, for 22. May it was planned major GFS upgrade that I was aware of, but in planned changes there is nothing that I can think that could cause this error. However still, this is probably the case of failures:
http://www.nws.noaa.gov/os/notification ... ridaab.htm

To correct, ungrib/metgrid upgrade and/or Vtable.GFS will be probably needed. You should correct this, because if you don't then you miss fallback options if gfsptile becomes unavailable.

I'm curious, what WRF EMS version do you have?

j0nes2k
Posts: 56
Joined: Wed Feb 03, 2010 5:06 pm

Re: Crash in real.exe "troubles, could not find trapping x locations"

Post by j0nes2k » Wed May 23, 2012 8:19 am

Now this gets interesting... I am running ems_install version 2010.03.19, which should correspond to WRF v3.1.1.

How can I make the necessary changes to ungrib/metgrid or the Vtable? gfs fallback is definitely an important point for me.

Thanks again!

Jonas

meteoadriatic
Posts: 1602
Joined: Wed Aug 19, 2009 10:05 am

Re: Crash in real.exe "troubles, could not find trapping x locations"

Post by meteoadriatic » Wed May 23, 2012 8:38 am

My developing computer is currently out of order so I can't test things out right now and determine exact cause of issue.

But I can suggest to you that you try:

1.) download few files from ems v3.2.1 and replace them, it might be that in EMS v3.2.1 this just works out of box.

You will find that here:
http://soostrc.comet.ucar.edu/wrfems/re ... 5.44.beta/
What to download? You probably have x64 binaries, so download this:
http://soostrc.comet.ucar.edu/wrfems/re ... in.x64.tbz
extract and replace ungrib and metgrid files in your wrfems/bin directory.

Then just try if GFS option works. If not then...

2.) download
http://soostrc.comet.ucar.edu/wrfems/re ... a.data.tbz
extract and replace data/tables/wps directory contents

Check if now works.. if not then you might need to either a) wait for official reaction from Robert, or b) download and compile WRF/WPS 3.4 and upgrade on your own.

julien1188
Posts: 36
Joined: Fri Mar 09, 2012 1:02 pm

Re: Crash in real.exe "troubles, could not find trapping x locations"

Post by julien1188 » Wed May 23, 2012 9:20 am

Hi!

I use WRF EMS Release 3.2.1.5.34.beta and I have also this error with GFS. I compare vtable of my version and vtable of 3.2.1.5.44.beta. Vtable is the same...

If I use gfsptile, it's work fine.. strange...
Last edited by julien1188 on Wed May 23, 2012 1:49 pm, edited 1 time in total.

meteoadriatic
Posts: 1602
Joined: Wed Aug 19, 2009 10:05 am

Re: Crash in real.exe "troubles, could not find trapping x locations"

Post by meteoadriatic » Wed May 23, 2012 9:34 am

OK then upgrading to 3.2 isn't an option.

Then try this. Download WPS tar.gz file v3.4.

http://www.mmm.ucar.edu/wrf/users/downl ... urces.html

Extract and find Vtable.GFS in WPS/ungrib/Variable_Tables and replace that in wrfems/data/tables/vtables. This one IS different. See if it works...

Post Reply