# ERROR ABORT in subroutine HRBEIS **URL:** \ **Category:** Run Errors and Warnings\ **Created:** [August 18, 2020, 4:35pm UTC](https://forum.cmascenter.org/t/error-abort-in-subroutine-hrbeis/1727 "2020-08-18T16:35:00Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![jeeho](https://avatars.discourse-cdn.com/v4/letter/j/898d66/32.png) [@jeeho](https://forum.cmascenter.org/u/jeeho)\ **Post date:** [August 18, 2020, 4:35pm UTC](https://forum.cmascenter.org/t/error-abort-in-subroutine-hrbeis/1727/1 "2020-08-18T16:35:01Z")
Hi, I am runnung biogenic with SMOKEv3.6. I try domain 2 and 3, I succeed domain 2, but I fail domain 3 I confirmed domain 3’s output files I am getting an error on tmpbeis3. pwd /home/jeeho/SMOKEv3.6/data/run\_saprc99\_BAU\_d03\_2016-03/static/logs vi tmpbeis3.bg.saprc99\_BAU\_d03\_2016-03.2016054.SMK.log “GRID\_CRO\_2D” opened as OLD:READ-ONLY File name “/home/jeeho/mcip\_bus/d03\_2016054/GRIDCRO2D\_d03\_2016054” File type GRDDED3 Execution ID “mcip” Grid name “GRIDOUT\_03\_CROSS” Dimensions: 76 rows, 67 cols, 1 lays, 31 vbles NetCDF ID: 9 opened as READONLY Time-independent data. Value for INITIAL\_RUN: Y returning TRUE Processing Tuesday Feb. 23, 2016 at time 0:00:00 ``` *** ERROR ABORT in subroutine HRBEIS LAI= Inf out of range at (C,R)= 4, 35 Date and time 0:00:00 Feb. 23, 2016 (2016054:000000) ``` mcip and Spatial Allocate were also successful. domain 2 succeeded without problems. I do not know what is the problem. I don’t know what to do and I wondering about HRBEIS It would be a great help if anyone can help me. Thanks, jeeho ---
**Author:** ![eyth.alison](https://avatars.discourse-cdn.com/v4/letter/e/7ab992/32.png) [@eyth.alison](https://forum.cmascenter.org/u/eyth.alison)\ **Post date:** [August 18, 2020, 4:57pm UTC](https://forum.cmascenter.org/t/error-abort-in-subroutine-hrbeis/1727/2 "2020-08-18T16:57:30Z")
Can you provide the two domain descriptions? Both the one that works and the one that doesn’t? Then we can probably help further. Also, SMOKE v 3.6 is a pretty old version. Is there a reason you are using that one? ---
**Author:** ![cgnolte](https://yyz1.discourse-cdn.com/flex027/user_avatar/forum.cmascenter.org/cgnolte/32/53_2.png) [@cgnolte](https://forum.cmascenter.org/u/cgnolte)\ **Post date:** [August 18, 2020, 6:23pm UTC](https://forum.cmascenter.org/t/error-abort-in-subroutine-hrbeis/1727/3 "2020-08-18T18:23:06Z")
The error message is saying that LAI (leaf area index) is infinite at grid cell (4, 35). LAI is an input to BEIS. I believe that variable is present in your WRF output and simply passed through by MCIP. Verify that LAI is infinite in your MCIP file (GRIDCRO2D). Then, check your WRF output, and verify that it is infinite there. If it is, post your WRF version and options you are using, and someone here may be able to help. Alternatively, you could try the WRF user forum. ---
**Author:** ![jeeho](https://avatars.discourse-cdn.com/v4/letter/j/898d66/32.png) [@jeeho](https://forum.cmascenter.org/u/jeeho)\ **Post date:** [August 19, 2020, 4:32am UTC](https://forum.cmascenter.org/t/error-abort-in-subroutine-hrbeis/1727/4 "2020-08-19T04:32:38Z")
Thank you very much for your reply. We’re using the old version because we don’t have time. How can I send you the data? By mail? ---
**Author:** ![jeeho](https://avatars.discourse-cdn.com/v4/letter/j/898d66/32.png) [@jeeho](https://forum.cmascenter.org/u/jeeho)\ **Post date:** [August 19, 2020, 4:33am UTC](https://forum.cmascenter.org/t/error-abort-in-subroutine-hrbeis/1727/5 "2020-08-19T04:33:36Z")
Thank you for your advice. I’ll follow your advice. ---
**Author:** ![eyth.alison](https://avatars.discourse-cdn.com/v4/letter/e/7ab992/32.png) [@eyth.alison](https://forum.cmascenter.org/u/eyth.alison)\ **Post date:** [August 19, 2020, 2:18pm UTC](https://forum.cmascenter.org/t/error-abort-in-subroutine-hrbeis/1727/6 "2020-08-19T14:18:49Z")
I think you should be able to paste the relevant rows from the GRIDDESC file into the forum here ---
**Author:** ![jeeho](https://avatars.discourse-cdn.com/v4/letter/j/898d66/32.png) [@jeeho](https://forum.cmascenter.org/u/jeeho)\ **Post date:** [August 19, 2020, 5:46pm UTC](https://forum.cmascenter.org/t/error-abort-in-subroutine-hrbeis/1727/7 "2020-08-19T17:46:19Z")
I see! In case domain 02 (succeed case) set X0 = 3 set Y0 = 3 set NCOLS = 67 set NROWS = 79 In case domain 03 (failed case) set X0 = 3 set Y0 = 3 set NCOLS = 67 set NROWS = 76 for reference, WRF namlist.wps &geogrid parent\_id = 1, 1, 2, parent\_grid\_ratio = 1, 3, 3, i\_parent\_start = 1, 56, 37, j\_parent\_start = 1, 44, 18, e\_we = 124, 73, 73, e\_sn = 131, 85, 82, geog\_data\_res = ‘10m’,‘2m’,‘30s’,‘3s’, dx = 27000, dy = 27000, map\_proj = ‘lambert’, ref\_lat = 38.0, ref\_lon = 126.0, truelat1 = 30.0, truelat2 = 60.0, stand\_lon = 126.0, geog\_data\_path = ‘/home/data/geog/’ thanks, jeeho ---
**Author:** ![jeeho](https://avatars.discourse-cdn.com/v4/letter/j/898d66/32.png) [@jeeho](https://forum.cmascenter.org/u/jeeho)\ **Post date:** [August 21, 2020, 5:15pm UTC](https://forum.cmascenter.org/t/error-abort-in-subroutine-hrbeis/1727/8 "2020-08-21T17:15:05Z")
I finally solved this problem. The cause was the beld4.nc file. Remove the coordinates from the srg.txt file, which is generated by the Special Allocator (SA), before creating the nc file, to resolve them. Thank you so much for your answers. ---
**Author:** ![ali.mousavi.nezhad90](https://yyz1.discourse-cdn.com/flex027/user_avatar/forum.cmascenter.org/ali.mousavi.nezhad90/32/1527_2.png) [@ali.mousavi.nezhad90](https://forum.cmascenter.org/u/ali.mousavi.nezhad90)\ **Post date:** [April 2, 2021, 7:51pm UTC](https://forum.cmascenter.org/t/error-abort-in-subroutine-hrbeis/1727/9 "2021-04-02T19:51:26Z")
@eyth.alison @cgnolte @bbaek I’m running the NEI2017 platform. I get a similar error. The error is: \*\*\* ERROR ABORT in subroutine HRBEIS; LAI= 308.10 out of range at (C,R)= 96, 1. I checked the METCRO2D file and the maximum value for LAI is 6.48 (not even close to 308.10). I tried to run “beis” for other dates, but I got the very same error. I also did what Jeeho suggested, but it didn’t work for me. Does anybody know what’s the problem and how to solve it? I also attached the log file of “tmpbeis” program. [tmpbeis3\_beis\_2019\_20170201\_12US1.txt](https://forum.cmascenter.org/uploads/short-url/bgFkPHv9KwpEMpkBCAhIphtc3Fq.txt) (8.9 KB) ---
**Author:** ![eyth.alison](https://avatars.discourse-cdn.com/v4/letter/e/7ab992/32.png) [@eyth.alison](https://forum.cmascenter.org/u/eyth.alison)\ **Post date:** [April 5, 2021, 2:37pm UTC](https://forum.cmascenter.org/t/error-abort-in-subroutine-hrbeis/1727/10 "2021-04-05T14:37:31Z")
We are wondering if the 308.10 might be related to a met value – perhaps 308.1 is a temperature value? Is this based on met data you generated? Has that data been quality assured looking for invalid / unreasonable values? ---
**Author:** ![cgnolte](https://yyz1.discourse-cdn.com/flex027/user_avatar/forum.cmascenter.org/cgnolte/32/53_2.png) [@cgnolte](https://forum.cmascenter.org/u/cgnolte)\ **Post date:** [April 8, 2021, 1:02pm UTC](https://forum.cmascenter.org/t/error-abort-in-subroutine-hrbeis/1727/11 "2021-04-08T13:02:53Z")
Please give more details about the case you are running, including where you got the input data, what steps you performed, and what compiler and version you are using. Did you run the Spatial Allocator? ---
**Author:** ![ali.mousavi.nezhad90](https://yyz1.discourse-cdn.com/flex027/user_avatar/forum.cmascenter.org/ali.mousavi.nezhad90/32/1527_2.png) [@ali.mousavi.nezhad90](https://forum.cmascenter.org/u/ali.mousavi.nezhad90)\ **Post date:** [April 8, 2021, 3:32pm UTC](https://forum.cmascenter.org/t/error-abort-in-subroutine-hrbeis/1727/12 "2021-04-08T15:32:04Z")
It could be the temperature data. The point is that I checked the met data and I am sure that there is no problem with the MCIP outputs. ---
**Author:** ![ali.mousavi.nezhad90](https://yyz1.discourse-cdn.com/flex027/user_avatar/forum.cmascenter.org/ali.mousavi.nezhad90/32/1527_2.png) [@ali.mousavi.nezhad90](https://forum.cmascenter.org/u/ali.mousavi.nezhad90)\ **Post date:** [April 8, 2021, 3:36pm UTC](https://forum.cmascenter.org/t/error-abort-in-subroutine-hrbeis/1727/13 "2021-04-08T15:36:06Z")
Sure. I’m using the NEI2017 setup provided by USEPA. So, I’m working on the precompiled version of SMOKE. I’m trying to run “beis” for 12US1 domain. I used WRF3.8 and MCIP4.3 to make the met data. No, I did not run Spatial Allocator since the surrogate files are already provided for 12US1 domain. ---
**Author:** ![cgnolte](https://yyz1.discourse-cdn.com/flex027/user_avatar/forum.cmascenter.org/cgnolte/32/53_2.png) [@cgnolte](https://forum.cmascenter.org/u/cgnolte)\ **Post date:** [April 8, 2021, 4:23pm UTC](https://forum.cmascenter.org/t/error-abort-in-subroutine-hrbeis/1727/14 "2021-04-08T16:23:57Z")
My colleague suggests there might be a problem where the precompiled binary is not executing correctly on your system’s architecture. Try compiling SMOKE on your system, or using CMAQ with the option to run BEIS online. You can write out diagnostic files for QA/QC purposes. ---
**Author:** ![ali.mousavi.nezhad90](https://yyz1.discourse-cdn.com/flex027/user_avatar/forum.cmascenter.org/ali.mousavi.nezhad90/32/1527_2.png) [@ali.mousavi.nezhad90](https://forum.cmascenter.org/u/ali.mousavi.nezhad90)\ **Post date:** [April 8, 2021, 4:31pm UTC](https://forum.cmascenter.org/t/error-abort-in-subroutine-hrbeis/1727/15 "2021-04-08T16:31:28Z")
Thank you for your response. As you mentioned, currently, I’m running “beis” inline in CMAQ to address the problem. I ran NEI2008, NIE2011, and NEI2014 platforms before, with different resolutions and for different domains and years but I had no problem. It’s weird for me. I’ll try compiling SMOKE on my system to see what happens. Thank you again. ---
**Author:** ![cgnolte](https://yyz1.discourse-cdn.com/flex027/user_avatar/forum.cmascenter.org/cgnolte/32/53_2.png) [@cgnolte](https://forum.cmascenter.org/u/cgnolte)\ **Post date:** [April 8, 2021, 4:40pm UTC](https://forum.cmascenter.org/t/error-abort-in-subroutine-hrbeis/1727/16 "2021-04-08T16:40:20Z")
If other meteorological data are available, you might also try that to see whether the problem is with the executable or the data. ---
**Author:** ![cjcoats](https://avatars.discourse-cdn.com/v4/letter/c/ac8455/32.png) [@cjcoats](https://forum.cmascenter.org/u/cjcoats)\ **Post date:** [April 8, 2021, 5:04pm UTC](https://forum.cmascenter.org/t/error-abort-in-subroutine-hrbeis/1727/17 "2021-04-08T17:04:19Z")
I wonder if it would be interesting to run a “debug/traceback/check everything” version of _hrbeis_… - Pick a debug I/O API compile-type _BIN_ (e.g., _Linux2\_x86\_64dbg_ - _setenv BIN that type_ - Build netCDF and I/O API for that _BIN_. - `cd ; make dir; make` - Fix the SMOKE _ASSIGNS_ file to use this _BIN_ instead of the existing hard-coded one. With everything built from scratch that way, you’re guaranteed a consistent build (which should have happened anyway, but…), and you’ll get messages if the problem is something out-of-bounds. ---
**Author:** ![eyth.alison](https://avatars.discourse-cdn.com/v4/letter/e/7ab992/32.png) [@eyth.alison](https://forum.cmascenter.org/u/eyth.alison)\ **Post date:** [April 9, 2021, 2:04pm UTC](https://forum.cmascenter.org/t/error-abort-in-subroutine-hrbeis/1727/18 "2021-04-09T14:04:11Z")
CMAS Center has posted one month of 2017 met data (July) for 12US1 here in case you want to test with that: [https://drive.google.com/drive/folders/1pU9bXL4Xrs\_EWVaGNz3Os4WbtcWCoEmG](https://drive.google.com/drive/folders/1pU9bXL4Xrs_EWVaGNz3Os4WbtcWCoEmG) Instructions for downloading are here: [https://docs.google.com/document/d/1e7B94zFkbKygVWfrhGwEZL51jF4fGXGXZbvi6KzXYQ4/](https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.google.com%2Fdocument%2Fd%2F1e7B94zFkbKygVWfrhGwEZL51jF4fGXGXZbvi6KzXYQ4%2Fedit%3Fusp%3Dsharing&data=04%7C01%7CEyth.Alison%40epa.gov%7Cd9c0337549f549ee789b08d8fb5f4185%7C88b378b367484867acf976aacbeca6a7%7C0%7C0%7C637535734705207614%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=HIn8pErr73LXcaPOafkL16SrMEg53p5rHi%2FNGHaDa9k%3D&reserved=0) ---
**Author:** ![ali.mousavi.nezhad90](https://yyz1.discourse-cdn.com/flex027/user_avatar/forum.cmascenter.org/ali.mousavi.nezhad90/32/1527_2.png) [@ali.mousavi.nezhad90](https://forum.cmascenter.org/u/ali.mousavi.nezhad90)\ **Post date:** [April 12, 2021, 9:27pm UTC](https://forum.cmascenter.org/t/error-abort-in-subroutine-hrbeis/1727/19 "2021-04-12T21:27:38Z")
@eyth.alison @cjcoats @cgnolte I tried using CMAQ with the option to run BEIS online. The error occurred again. I found out that the problem was with the “B3GRD” file. The LAI\_ISOPS variable had odd values. So, I used the “B360FAC” and “BELD4” files from the 2016 platform and the problem is solved. It seems one of the inputs of the “normbeis” program has a problem (or maybe both) in the NEI2017 platform. ---
**Author:** ![eyth.alison](https://avatars.discourse-cdn.com/v4/letter/e/7ab992/32.png) [@eyth.alison](https://forum.cmascenter.org/u/eyth.alison)\ **Post date:** [April 13, 2021, 1:23am UTC](https://forum.cmascenter.org/t/error-abort-in-subroutine-hrbeis/1727/20 "2021-04-13T01:23:51Z")
Glad that you got it to work. Were you using a posted input from 2017 platform or one that you made? For 2017, the land use was upgraded to use new data. [Next page](https://forum.cmascenter.org/t/error-abort-in-subroutine-hrbeis/1727.md?page=2)