[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
20030806: 20030805: pqact/dcgrib errors
- Subject: 20030806: 20030805: pqact/dcgrib errors
- Date: Wed, 06 Aug 2003 13:33:56 -0600
Eric,
The log message:
>[6405] 030806/0906 [DCGRIB -51] can't open grib tables [NA -51], set
>GEMTBL
Means that you don't have $GEMTBL defined in the LDM environment, and
have not defined it using the -e GEMTBL=path option to the dcgrib2 decoder.
Or, you have a typo in your GEMTBL path for that invocation.
The decoder needs that environmental variable to find its tables.
Steve Chiswell
>From: Eric Nelson <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200308061829.h76IT3Ld023320
>
>Steve,
>
>We are ingesting the Eta 212, 215, and 104, as well as the RUC 236 and 252
>via conduit and sending it thru dcgrib2. I checked all the files from the
>12z runs and they all are below the max grid #.
>
>I looked at the dcgrib_conduit.log and the only thing that caught my eye
>was the following.
>
>[6405] 030806/0906 [DCGRIB -51] can't open grib tables [NA -51], set
>GEMTBL
>
>These have a fairly common occurence while model data is arriving. Common
>enough that it seems to be connected with RUC arrival.
>
>I have not noticed any problems with the files themselves.
>
>-Eric
>
>
>On Wed, 6 Aug 2003, Unidata Support wrote:
>
>>
>> Eric,
>>
>> This probably means that the file is full. I have been making updates to the
>> $GEMTBL/grid/gribkey.tbl file for mamimum number of grids in a file.
>>
>> If you use gdinfo, you will see how many grids and the
>> limit for the file.
>>
>> Here are the ETA sizes I am currently using (are you still just using the
>> ETA from CONDUIT?)
>>
>> center sub modelid grid Output grid file name max_grids
>> !
>> ! ETA
>> 007 x 084,085 212 data/gempak/model/YYYYMMDDHH_eta@@@.gem 18000
>> 007 x 084,085 216 data/gempak/model/YYYYMMDDHH_eta@@@.gem 18000
>> 007 x 084,085 104 data/gempak/model/YYYYMMDDHH_eta@@@.gem 18000
>> 007 x 084,085 @@@ data/gempak/model/YYYYMMDDHH_eta@@@.gem 5000
>> !
>>
>> If its more frequent than 4x per day, then it would sound more like RUC:
>> !
>> ! RUC
>> 007 x 105 @@@ data/gempak/model/YYYYMMDDHH_ruc@@@.gem 15000
>> 007 x 086 @@@ data/gempak/model/YYYYMMDDHH_ruc@@@.gem 2000
>>
>>
>> Steve Chiswell
>>
>> >From: Eric Nelson <address@hidden>
>> >Organization: UCAR/Unidata
>> >Keywords: 200308052023.h75KNuLd026061
>>
>> >
>> >While switching my CONDUIT source, I noticed the following in my
>> >ldmd.log file...
>> >
>> >Aug 05 20:18:05 climate pqact[22916]: pbuf_flush (11) write: Broken pipe
>> >Aug 05 20:18:05 climate pqact[22916]: pbuf_flush (11) write: Broken pipe
>> >Aug 05 20:18:05 climate
>> >pqact[22916]: pipe_dbufput: decoders/gempak/dcgrib2-ddata/gempak/logs/dcgri
> b_c
>> > onduit.log-eGEMTBL=/home/gempak/gempak-5.6.j/gempak/tables
>> >write error
>> >
>> >Is there something I need to do about this or is it harmless? A cursory
>> >look reveals that this error message is fairly common in our logs.
>> >
>> >-Eric
>> >
>> >--
>> >________________________________________________________________________
>> >Eric Nelson |
>> > |
>> > +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ |
>> >+ College of Dupage Meteorology Dept. + Research Applications Prog. + |
>> >+ Weather Data Manager + UCAR/NCAR + |
>> >+ http://weather.cod.edu + http://www.rap.ucar.edu + |
>> >+ address@hidden + address@hidden + |
>> > +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ |
>> > |
>> >"I love deadlines. I especially like the whooshing sound they make as |
>> >they go flying by." --Douglas Adams |
>> >________________________________________________________________________
>> >
>>
>> ****************************************************************************
>> Unidata User Support UCAR Unidata Program
>> (303)497-8643 P.O. Box 3000
>> address@hidden Boulder, CO 80307
>> ----------------------------------------------------------------------------
>> Unidata WWW Service http://my.unidata.ucar.edu/content/support
>> ****************************************************************************
>>
>
>