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

Re: 20031229: netCDF Decoders - Redhat 8.0

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: Re: 20031229: netCDF Decoders - Redhat 8.0
  • Date: Mon, 29 Dec 2003 16:35:13 -0700 (MST)
On Mon, 29 Dec 2003, Unidata Support wrote:

>
> ------- Forwarded Message
>
> >To: address@hidden
> >From: "Teresa Van Hove" <address@hidden>
> >Subject: netCDF Decoders - Redhat 8.0 - do the decoders depend on auxillary 
> >packages existing in a standard directory?
> >Organization: UCAR
> >Keywords: 200312292252.hBTMqUAk019014 netCDF decoders gribtonc
>
> Institution: COSMIC
> Package Version: decoders-2.4.4.binary
> Operating System: Redhat 8.0
> Hardware Information: Penguin
> Inquiry: I've been unable to get gribtonc working on a new CPU.  The
> only error I get is a write error.   I get a 16384 byte file in the
> directory I'm trying to place the output netcdf file in.
>
> Netcdf is installed in an /ops/tools/bin area on my PCU instead of a
> standard /usr/bin area and I'm wondering if gribtonc needs the netcdf
> lib and or binaries to exist in /usr/lib and /usr/bin directories ?
> and or I need to allow user ldm write permission somewhere special for
> the TMPxxxxxx.NUM file?
>
> THanks,
> Teresa Van Hove,
>
> below find a snippet from the /var/log/messages file
>
>
>                pipe: 
> /usr/local/ldm/decoders/gribtonc^I-q^I"lin,dlat=1.25,dlon=1.25"^I/usr/local/ldm/decoders/cdls/avn-1.25x1.25.cdl^I/pub/suomiday/level1a/ancMet/ancMet_2003.363.18.00.0360_nc
> Dec 29 21:44:26 cetus pqact[32554]: pbuf_flush (4) write: Broken pipecat: 
> TMP11386.NUM:
> No such file or directoryct[32554]: pipe_dbufput: 
> /usr/local/ldm/decoders/gribtonc-qlin,dlat=1.25,dlon=1.25/usr/local/ldm/decoders/cdls/avn-1.25x1.25.cdl/pub/suomiday/level1a/ancMet/ancMet_2003.363.18.00.0360_nc
>  write error
> Dec 29 21:44:26 cetus pqact[32554]: pipe_prodput: trying again
> Dec 29 21:44:26 cetus pqact[32554]: child 32513 terminated by signal 11
>

Teresa,

The write error is usually the result of not enough disk space to write
the data to the netcdf file.  Since the gribtonc allocates all the space
for the next record at one time, the original netcdf file will be created
but the data cannot be entered because of space limitations.  I would run
gribtonc from the command line from the ldm home dir as user ldm. A good
rule of thumb is that the netcdf file is 8-10 larger then the original
grib files.  So a 8meg file ends up to be 80 mgs netcdf, this is the
biggest drawback of netcdf.

Robb...




>
>
>
> ------- End of Forwarded Message
>
>

===============================================================================
Robb Kambic                                Unidata Program Center
Software Engineer III                      Univ. Corp for Atmospheric Research
address@hidden             WWW: http://www.unidata.ucar.edu/
===============================================================================