[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

20050826: dcgrib2 core dumping, grid navigation errors

Art,

It sounds like some array/storage is being overflown, and I'll look into it.
NCEP added LLMXTG to the gemprm.h in this last distribution (3/05), so
I have commented out the LLMXTG definition in the dcgrib.h file so as to use
the one GEMPAK declaration- check your version of that file to make sure
it is commented out. 

I'll build a version here with the increased sizes and see if I can shake 
things out.

Steve Chiswell



>From: "Arthur A. Person" <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200508262057.j7QKvHjo022196

>Hi...
>
>Okay, on a whim, I decided to rebuild the package with the default 
>parameter values to see if that would work, and it apparently does 
>(although it's currently a low model data flow time).  Assuming this 
>holds, what would be the correct parameters to use to allow for larger 
>grid domains and get rid of the "grid too large" errors which we see 
>frequently.  I've tried this before but haven't been successful for 
>several years, and appear to still have problems getting this to work.
>
>                               Thanks.
>
>                                 Art.
>
>
>On Fri, 26 Aug 2005, Arthur A. Person wrote:
>
>> Hi...
>>
>> I'm having trouble getting dcgrib2 to behave after building gempak 5.8.3a. 
>> I'm building with the following modifications:
>>
>>    In gemprm.h, change LLMXGD to 2000000
>>                        LLMDGG to 12000000  ( >= 4 x LLMXGD )
>>                        MMHDRS to 40000
>>                        LLMXPT to 20000
>>                        MXLOOP to 120
>>                        LLMXTG to 4000000
>>
>>    In MCHPRM.Linux, change LLMXGD to 2000000
>>                            LLMXPT to 20000
>>                            LLMXTG to 4000000
>>
>>    In GEMPRM.PRM, change LLMDGG to 12000000
>>                          MMHDRS to 40000
>>                          MXLOOP to 120
>>
>> The program appears to just continually dump core. Yesterday when I ran it, 
>> we also saw grid navigation errors, such as:
>>
>> [1876] 050825/1727[DCGRIB 1] Grid navigation 3 incompatible with file 
>> data/gempak/model/gfs/2005082518_gfs003.gem
>>
>> When it's core dumping, I see something similar to the following repeated in
>  
>> the logs:
>>
>> [24938] 050826/1453[DC 3] Version 5.8.3a
>> [24938] 050826/1453[DC -11]
>> [24938] 050826/1453[DCGRIB 0] Opened data/gempak/mod
>> [24938] 050826/1453[DCGRIB 0] el/ruc/2005082617_ruc252.gem model:105
>> [24938] 050826/1453[DCGRIB 0] grid:252
>> [24938] 050826/1453[DCGRIB 0] Opened data/gempak/mod
>> [24938] 050826/1453[DCGRIB 0] el/ruc/2005082618_ruc252.gem model:105
>> [24938] 050826/1453[DCGRIB 0] grid:252
>> [24976] 050826/1453[DC 3] Version 5.8.3a
>> [24976] 050826/1453[DC -11]
>> [24976] 050826/1453[DCGRIB 0] Opened data/gempak/mod
>> [24976] 050826/1453[DCGRIB 0] el/ruc/2005082617_ruc252.gem model:105
>> [24976] 050826/1453[DCGRIB 0] grid:252
>> [24976] 050826/1453[DCGRIB 0] Opened data/gempak/mod
>> [24976] 050826/1453[DCGRIB 0] el/ruc/2005082618_ruc252.gem model:105
>> [24976] 050826/1453[DCGRIB 0] grid:252
>>
>>
>> Any clues as to where I could start looking for this problem?
>>
>>                           Thanks.
>>
>>                             Art.
>>
>>
>> Arthur A. Person
>> Research Assistant, System Administrator
>> Penn State Department of Meteorology
>> email:  address@hidden, phone:  814-863-1563
>>
>
>Arthur A. Person
>Research Assistant, System Administrator
>Penn State Department of Meteorology
>email:  address@hidden, phone:  814-863-1563
>
>From address@hidden  Fri Aug 26 13:43:03 2005
>Return-Path: <address@hidden>
>Received: from mail.meteo.psu.edu (mail.meteo.psu.edu [128.118.28.6])
>       by unidata.ucar.edu (UCAR/Unidata) with ESMTP id j7QJh3jo012837
>       for <address@hidden>; Fri, 26 Aug 2005 13:43:03 -0600 (MDT)
>Organization: UCAR/Unidata
>Keywords: 200508261943.j7QJh3jo012837
>Received: from stokes.meteo.psu.edu (stokes.meteo.psu.edu [128.118.28.4])
>       by mail.meteo.psu.edu (Postfix) with ESMTP id A827C204ABB
>       for <address@hidden>; Fri, 26 Aug 2005 15:42:57 -0400 (EDT)
>Received: by stokes.meteo.psu.edu (Postfix, from userid 20001)
>       id 7A29A2C4470; Fri, 26 Aug 2005 15:42:39 -0400 (EDT)
>Received: from localhost (localhost [127.0.0.1])
>       by stokes.meteo.psu.edu (Postfix) with ESMTP id 730E72C446F
>       for <address@hidden>; Fri, 26 Aug 2005 15:42:39 -0400 (EDT)
>Date: Fri, 26 Aug 2005 15:42:39 -0400 (EDT)
>From: "Arthur A. Person" <address@hidden>
>To: address@hidden
>Subject: dcgrib2 core dumping, grid navigation errors
>Message-ID: <address@hidden>
>MIME-Version: 1.0
>Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
>X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on 
>       laraine.unidata.ucar.edu
>X-Spam-Level: 
>X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham 
>       version=3.0.1
>
>Hi...
>
>I'm having trouble getting dcgrib2 to behave after building gempak 5.8.3a. 
>I'm building with the following modifications:
>
>     In gemprm.h, change LLMXGD to 2000000
>                         LLMDGG to 12000000  ( >= 4 x LLMXGD )
>                         MMHDRS to 40000
>                         LLMXPT to 20000
>                         MXLOOP to 120
>                         LLMXTG to 4000000
>
>     In MCHPRM.Linux, change LLMXGD to 2000000
>                             LLMXPT to 20000
>                             LLMXTG to 4000000
>
>     In GEMPRM.PRM, change LLMDGG to 12000000
>                           MMHDRS to 40000
>                           MXLOOP to 120
>
>The program appears to just continually dump core. Yesterday when I ran 
>it, we also saw grid navigation errors, such as:
>
>[1876] 050825/1727[DCGRIB 1] Grid navigation 3 incompatible with file data/gem
> pak/model/gfs/2005082518_gfs003.gem
>
>When it's core dumping, I see something similar to the following repeated 
>in the logs:
>
>[24938] 050826/1453[DC 3] Version 5.8.3a
>[24938] 050826/1453[DC -11]
>[24938] 050826/1453[DCGRIB 0] Opened data/gempak/mod
>[24938] 050826/1453[DCGRIB 0] el/ruc/2005082617_ruc252.gem model:105
>[24938] 050826/1453[DCGRIB 0] grid:252
>[24938] 050826/1453[DCGRIB 0] Opened data/gempak/mod
>[24938] 050826/1453[DCGRIB 0] el/ruc/2005082618_ruc252.gem model:105
>[24938] 050826/1453[DCGRIB 0] grid:252
>[24976] 050826/1453[DC 3] Version 5.8.3a
>[24976] 050826/1453[DC -11]
>[24976] 050826/1453[DCGRIB 0] Opened data/gempak/mod
>[24976] 050826/1453[DCGRIB 0] el/ruc/2005082617_ruc252.gem model:105
>[24976] 050826/1453[DCGRIB 0] grid:252
>[24976] 050826/1453[DCGRIB 0] Opened data/gempak/mod
>[24976] 050826/1453[DCGRIB 0] el/ruc/2005082618_ruc252.gem model:105
>[24976] 050826/1453[DCGRIB 0] grid:252
>
>
>Any clues as to where I could start looking for this problem?
>
>                            Thanks.
>
>                              Art.
>
>
>Arthur A. Person
>Research Assistant, System Administrator
>Penn State Department of Meteorology
>email:  address@hidden, phone:  814-863-1563
>
--
NOTE: All email exchanges with Unidata User Support are recorded in the
Unidata inquiry tracking system and then made publicly available
through the web.  If you do not want to have your interactions made
available in this way, you must let us know in each email you send to us.