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

20020102: 20011204: Write Errors in Gempak pqact entries

Adam,

No mention as to any data/gempak/log messages. Does the
~ldm/data/gempak/logs directory exist? Are there any log files
there? Do they provide any messages which might help us?

The exit conditions you mention however seem to indicate that
pqact is not sucessfully starting the decoder, rather than the 
decoder not finding its directories.


If that doesn't shed any light, then the fastest solution before
I leave for the AMS is to give me a temporary log in to the ldm
account. You can send that info to me in an email or 303-497-8641
voice mail if you prefer.

Steve Chiswell
Unidata User Support


>From: LDM USER <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200201022216.g02MGdN21656

>Dear Steve,
>
>       The symbolic link is inplace to point ~ldm/data => /data1 and all direc
> torys 
>are made.  Everything is exactly as stated below in my originial message.  I 
>am lost beyond my means.  I have no clue as to why i am getting :child exited 
>with status 127 and (Some decoder) write error.  This system is exactly set 
>up as out last, (it's even on the same machine), the only difference is that 
>we installed RedHat 7.2 on it now, (RedHat 7.0 was on it before). to correct 
>some hardware issues.  The most I can gather from extensively looking at the 
>system is that the decoders are having a problem with RH7.2.  Also, i did 
>check the libraries and made sure that ALL libraries that were needed were 
>accounted for.  Please help me.  I have to have this running by the 14th
>
>Thanks in advance
>
>Adam Taylor
>Department of Geosciences
>University of Louisiana at Monroe
>_______________________________________________________________________
>
>On Tuesday 04 December 2001 01:48 pm, you wrote:
>> Adam,
>>
>> You want your GEMPAK decoded data to go to /data1/gempak/...
>>
>> The pqact.conf entries as they stand will be trying to write
>> the data to the data/gempak/ directory under the ~ldm location.
>> the pqact.conf entries are relative to the ~ldm user account.
>>
>> If you don't have a symbolic link from ~ldm/data/gempak to /data1/gempak,
>> then that would explain the error messages you have below.
>>
>> The dcgrib2 decoder will create the necessary directories(eg model/)
>> under that location (decoders I wrote here will do that). You need to
>> create your /data1/gempak/logs directory (specified by the -d option in
>> the decoders). You will also have to create the directories for the dcmetr,
>> dclsfc, dcmsfc etc. decoders (decoders written at NCEP need to have the
>> directories created for them) if you haven't already.
>>
>> Steve Chiswell
>> Unidata User Support
>>
>> From: Adam Taylor <address@hidden>
>>
>> >Organization: ULM Department of Geosciences
>> >Keywords: 200112041836.fB4IaAN23188
>> >
>> >Dear Unidata:
>> >
>> >    I am currently having a very strange problem.  NO Gempak data is being
>> >decoded and i am getting write errors every time it tries.  Here is how
>> > the system is set up.
>> >
>> >    GEMHOME = /home/gempak
>> >    GEMTABLES = /home/gempak/gempak/tables
>> >    LDMHOME = /home/ldm
>> >    The data is stored on two drives labled /data1(gempak data) and /data2(
>> > raw)
>> >            both with USER=ldm and GROUP=ldm write access to them.
>> >    The user LDM = USER = ldm
>> >                    GROUP = ldm
>> >    The user GEMAPK = USER = gempak
>> >                           GROUP = ldm
>> >    All of the Gempak decoder files are in /home/ldm/decoders
>> >            ldm owns all of them in the folder USER = ldm
>> >                                               GROUP = ldm
>> >            (i did this so that while decoding, everything would be run as
>> > ldm)
>> >    /home/gempak/gempak/tables is fully readable and writeable by ldm
>> >
>> >However, if it is something that does not have to go with gempak it is
>> >decoded and stored fine.
>> >
>> >Here is my ldmd.log file:
>> >
>> >Dec 04 18:51:14 tornado rpc.ldmd[2908]: Starting Up (built: Aug 31 2000
> >11:48:33)
>> >Dec 04 18:51:14 tornado pqbinstats[2909]: Starting Up (2908)
>> >Dec 04 18:51:14 tornado pqact[2910]: Starting Up
>> >Dec 04 18:51:14 tornado thelma[2911]: run_requester: Starting Up:
>> >thelma.ucar.edu
>> >Dec 04 18:51:14 tornado sirocco[2912]: run_requester: Starting Up:
>> >sirocco.srcc.lsu.edu
>> >Dec 04 18:51:14 tornado sirocco[2912]: run_requester: 20011204180109.760
>> >TS_ENDT {{FSL|UNIDATA,  ".*"}}
>> >Dec 04 18:51:14 tornado thelma[2911]: run_requester: 20011204175114.178
>> >TS_ENDT {{NNEXRAD,  "/p...(SHV|JAN|LZK|LCH|POE|FWS)"}}
>> >Dec 04 18:51:14 tornado striker[2913]: run_requester: Starting Up:
>> >striker.atmos.albany.edu
>> >Dec 04 18:51:14 tornado pqact[2910]: child 2914 exited with status 127
>> >Dec 04 18:51:14 tornado striker[2913]: run_requester: 20011204175114.193
>> >TS_ENDT {{NLDN,  ".*"}}
>> >Dec 04 18:51:14 tornado striker[2913]: FEEDME(striker.atmos.albany.edu):
>> > OK Dec 04 18:51:14 tornado sirocco[2912]: FEEDME(sirocco.srcc.lsu.edu):
>> > OK Dec 04 18:51:16 tornado localhost[2922]: Connection from
>> >localhost.localdomain
>> >Dec 04 18:51:16 tornado localhost[2922]: Connection reset by peer
>> >Dec 04 18:51:16 tornado localhost[2922]: Exiting
>> >Dec 04 18:51:17 tornado thelma[2911]: FEEDME(thelma.ucar.edu): OK
>> >Dec 04 18:51:21 tornado pqact[2910]: child 2925 exited with status 127
>> >Dec 04 18:51:27 tornado pqact[2910]: child 2927 exited with status 127
>> >Dec 04 18:51:59 tornado pqact[2910]: pbuf_flush (4) write: Broken pipe
>> >Dec 04 18:51:59 tornado pqact[2910]: pipe_dbufput:
>> >decoders/dcgrib2-ddata/gempak/logs/dcgrib.log-eGEMTBL=/home/gempak/gempak/
>> >tabl es
>> >write error
>> >Dec 04 18:51:59 tornado pqact[2910]: pipe_prodput: trying again
>> >Dec 04 18:51:59 tornado pqact[2910]: pbuf_flush (4) write: Broken pipe
>> >Dec 04 18:51:59 tornado pqact[2910]: pipe_dbufput:
>> >decoders/dcgrib2-ddata/gempak/logs/dcgrib.log-eGEMTBL=/home/gempak/gempak/
>> >tabl es
>> >write error
>> >Dec 04 18:51:59 tornado pqact[2910]: pbuf_flush (4) write: Broken pipe
>> >Dec 04 18:51:59 tornado pqact[2910]: pipe_dbufput:
>> >decoders/dcgrib2-ddata/gempak/logs/dcgrib_river.log-v1-eGEMTBL=/home/gempa
>> >k/ge mpak/tablesdata/gempak/model/YYYYMMDDHH_KCI###_@@@.gem
>> >write error
>> >Dec 04 18:51:59 tornado pqact[2910]: pipe_prodput: trying again
>> >Dec 04 18:51:59 tornado pqact[2910]: pbuf_flush (4) write: Broken pipe
>> >Dec 04 18:51:59 tornado pqact[2910]: pipe_dbufput:
>> >decoders/dcgrib2-ddata/gempak/logs/dcgrib_river.log-v1-eGEMTBL=/home/gempa
>> >k/ge mpak/tablesdata/gempak/model/YYYYMMDDHH_KCI###_@@@.gem
>> >write error
>> >Dec 04 18:51:59 tornado pqact[2910]: child 2936 exited with status 127
>> >Dec 04 18:51:59 tornado pqact[2910]: child 2934 exited with status 127
>> >Dec 04 18:51:59 tornado pqact[2910]: child 2932 exited with status 127
>> >Dec 04 18:51:59 tornado pqact[2910]: child 2930 exited with status 127
>> >
>> >I hope this helps you.
>> >
>> >Adam Taylor
>> >Department of Geosciences
>> >University of Louisiana at Monroe
>>
>> ***************************************************************************
>>* < Unidata User Support                                    UCAR Unidata
>> Program < (303)497-8644                                                 
>> P.O. Box 3000 < address@hidden                                  
>> ---------------------------------------------------------------------------
>>- < Unidata WWW Service                        http://www.unidata.ucar.edu/ 
>> ***************************************************************************
>