[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
20030827: 20030827: 20030827: 20030826: dcnexr2 write errors
- Subject: 20030827: 20030827: 20030827: 20030826: dcnexr2 write errors
- Date: Wed, 27 Aug 2003 14:31:21 -0600
Eric,
The line:
[8328] 030827/1249 [IN -11] Parameter msfc.pack is invalid.
means that the $GEMTBL/pack/msfc.pack file is not being found. This would
indicate
that either your GEMTBL link is wrong, or the path in your pqact
entry is wrong, or you don't have read permission on that file.
Steve Chiswell
>From: Eric Nelson <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200308272018.h7RKIKLd010543
>
>Inline repies.
>
>On Wed, 27 Aug 2003, Unidata Support wrote:
>
>>
>> Eric,
>>
>> The reason I mentioned the path is that you showed the decoders/dcnexr2 path
>> while the log file contained decoders/gempak/dcgrib2 for that decoder.
>>
>> Can you tell me what is in the dcmsfc.log file from:
>>
>> >> Aug 27 16:49:48 climate pqact[1442]: pipe_dbufput:
>> decoders/gempak/dcmsfc -b9 -a 10000 -d data/gempak/logs/dcmsfc.log
>> -e GEMTBL=/home/gempak/gempak/tables
>> data/gempak/ship/YYYYMMDDHH_sb.gem
>> >> write error
>>
>
>I the log file dcmsfc.log i see multiple instances of the following...
>
>[8328] 030827/1249 [DC 3] Starting up. Version 5.6.k
>[8328] 030827/1249 [IN -11] Parameter msfc.pack is invalid.
>[8328] 030827/1249 [FL -1] Cannot open file ....
>[8328] 030827/1249 [DC 5] Normal termination.
>[8328] 030827/1249 [DC 2] Number of bulletins read and processed: 0
>[8328] 030827/1249 [DC 6] Shutting down.
>
>
>> If the log file is being created, then that may help diagnose the problem.
>> If not, then we need to make sure the LDM has write permission to data/gempa
> k
>> in order to create the logs/ and ship/ directories.
>>
>> Is any file being created in data/gempak/ship?
>
>Looks like the last file that was written to was...
>-rw-r--r-- 1 ldm ldm 1709060 Aug 26 21:10 2003082702_sb.gem
>which would correspond to when I was working in things last night.
>
>Appearently something I did last night is causing problems. I'm going to
>try to fall back to some previous file versions (pqact and Gemeviron) to
>see if I can get data to start writing again.
>
>It also appears the either the network I am on now (mscd.edu) or COD's is
>having a lot of trouble at the moment. I'm not sure if I'll be able to
>follow up on this today.
>
>-Eric
>
>>
>> If not, then it would be most likely that the decoder isn't finding the pack
> ing
>> file under /home/gempak/gempak/tables/pack (your symbolic link to the actual
> path)/
>>
>> Steve Chiswell
>>
>>
>>
>>
>>
>> >From: Eric Nelson <address@hidden>
>> >Organization: UCAR/Unidata
>> >Keywords: 200308271917.h7RJHcLd013079
>>
>> >
>> >Steve,
>> >
>> >In /home/ldm/decoders/ I made a symbolic link to
>> >/home/gempak/gempak-5.6.k/bin/linux . The /home/ldm/decoders/ dir
>> >contains mainly ldm-mcidas decoders (area2png, nldn2md, etc). When we
>> >installed our previous gempak version (j) the person doing the install did
>> >not place anything into the decoders dir. I came along later and put in
>> >the symbolic link and modified the pqact entries to reflect the correct
>> >location.
>> >
>> >As far as the tables not being found I don't see reason that the tables
>> >would not be found. I've rechecked that path lots of times.
>> >
>> >I suppose I'll try to copy the dc* directly into the decoders dir.
>> >
>> >-Eric
>> >
>> >
>> >On Wed, 27 Aug 2003, Unidata Support wrote:
>> >
>> >>
>> >> Eric,
>> >>
>> >> I notice you have changed the path tho the decoders from decoders/dcgrib2
>> >> for example to decoders/gempak/dcgrib2.
>> >> Is that path correct? All the entries I provide assume you will have the
> dec
>> > oders
>> >> under decoders/ from the LDMHOME.
>> >>
>> >> Nothing in $GEMTBL needs write permission, so the error you are seeing
>> >> is most likely either that the decoder isn't being found from pqact,
>> >> or that a table isn't found, shich would be noted in the log file
>> >> created by the decoder (typically under data/gempak/logs).
>> >>
>> >> Steve Chiswell
>> >>
>> >>
>> >>
>> >> >From: Eric Nelson <address@hidden>
>> >> >Organization: UCAR/Unidata
>> >> >Keywords: 200308271717.h7RHHsLd019379
>> >>
>> >> >
>> >> >Ok, I inserted the /dev/null back into the pqact entry.
>> >> >
>> >> >I'm also recieving other write errors in my ldmd.log. Examples below...
>> >> >
>> >> >Aug 27 16:48:39 climate pqact[1442]: pipe_prodput: trying again
>> >> >Aug 27 16:48:39 climate pqact[1442]: pbuf_flush (34) write: Broken pipe
>> >> >Aug 27 16:48:39 climate
>> >> >pqact[1442]: pipe_dbufput: decoders/gempak/dcgrib2-ddata/gempak/logs/dcg
> rib
>> > _co
>> >> > nduit.log-eGEMTBL=/home/gempak/gempak/tables
>> >> >write error
>> >> >Aug 27 16:48:39 climate pqact[1442]: pipe_prodput: trying again
>> >> >Aug 27 16:49:24 climate pqact[1442]: pbuf_flush 4: time elapsed 4.8894
> 70
>> >> >Aug 27 16:49:48 climate pqact[1442]: pbuf_flush (10) write: Broken pipe
>> >> >Aug 27 16:49:48 climate
>> >> >pqact[1442]: pipe_dbufput: decoders/gempak/dcmsfc-b9-a10000-ddata/gempak
> /lo
>> > gs/
>> >> > dcmsfc.log-eGEMTBL=/home/gempak/gempak/tablesdata/gempak/ship/YYYYMMDDH
> H_s
>> > b.g
>> >> > em
>> >> >write error
>> >> >
>> >> >Some of the errors in the dc*.log say that it can't open various tables,
>> >> >set GEMTBL.
>> >> >
>> >> >My $GEMTBL is set to /home/gempak/gempak/tables which is really
>> >> >/home/gempak/gempak-5.6.k/gempak/tables which looks correct. Is there
> a
>> >> >certain way the permissions need to be set up in the tables directories
>> >> >(does ldm need write permissions for everything under $GEMTBL ?)
>> >> >
>> >> >-Eric
>> >> >
>> >> >
>> >> >On Wed, 27 Aug 2003, Unidata Support wrote:
>> >> >
>> >> >>
>> >> >> Eric,
>> >> >>
>> >> >> The entry provided was correct. Your problems are due to the fact that
> si
>> > nce
>> >> > you deleted
>> >> >> the data log file name (/dev/null), the output file name is being used
> fo
>> > r t
>> >> > he log file, and you
>> >> >> don't have a file for the output to go to. I use /dev/null for the log
> fi
>> > le
>> >> > since
>> >> >> I was decoding all sites and didn't need all those logs. You can use s
> ome
>> > thi
>> >> > ng like
>> >> >> dsata/gempak/logs/dcnexr2.log as the option for the -d flag.
>> >> >>
>> >> >> Steve Chiswell
>> >> >>
>> >> >> >From: Eric Nelson <address@hidden>
>> >> >> >Organization: UCAR/Unidata
>> >> >> >Keywords: 200308270215.h7R2FGLd001464
>> >> >>
>> >> >> >
>> >> >> >We just installed the latest verison of Gempak (k) and I inserted the
> ne
>> > w
>> >> >> >CRAFT pqact lines into my existing pqact.conf.
>> >> >> >
>> >> >> >First, it looks like the default entry generated by gen_pact has some
>> >> >> >bogus chars...
>> >> >> >CRAFT
>> >> >> >^L2-BZIP2/(....)/([0-9][0-9][0-9][0-9][0-1][0-9][0-3][0-9])([0-2][0-9
> ][0
>> > -5]
>> >> > [0-
>> >> >> > 9])([0-9][0-9])
>> >> >> > PIPE decoders/dcnexr2 -s \1 -d /dev/null data/craft/\1/\1_\2
> _\3
>> >> >> >
>> >> >> >Is the "/dev/null" supposed to be in there??? I took it out when I
>> >> >> >inserted it into my current pqact.conf.
>> >> >> >
>> >> >> >Secondly, I'm getting write errors in my ldmd.log from the dcnexr2...
>> >> >> >
>> >> >> >Aug 27 02:08:50 climate pqact[30531]: pipe_prodput: trying again
>> >> >> >Aug 27 02:08:50 climate pqact[30531]: pbuf_flush (11) write: Broken p
> ipe
>> >
>> >> >> >Aug 27 02:08:50 climate
>> >> >> >pqact[30531]: pipe_dbufput: decoders/dcnexr2-sKLOT-ddata/craft/KLOT/K
> LOT
>> > _20
>> >> > 030
>> >> >> > 827_0204
>> >> >> >write error
>> >> >> >
>> >> >> >None of my other data seems to be having problems.
>> >> >> >
>> >> >> >-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 a
> s |
>> >
>> >> >> >they go flying by." --Douglas Adams
> |
>> >> >> >_____________________________________________________________________
> ___
>> >> >> >
>> >> >> >
>> >> >>
>> >> >> **********************************************************************
> ***
>> > ***
>> >> >> Unidata User Support UCAR Unidata P
> rog
>> > ram
>> >> >> (303)497-8643 P.O. Bo
> x 3
>> > 000
>> >> >> address@hidden Boulder, CO
> 80
>> > 307
>> >> >> ----------------------------------------------------------------------
> ---
>> > ---
>> >> >> Unidata WWW Service http://my.unidata.ucar.edu/content/su
> ppo
>> > rt
>> >> >> **********************************************************************
> ***
>> > ***
>> >> >>
>> >> >
>> >>
>> >> *************************************************************************
> ***
>> >> Unidata User Support UCAR Unidata Prog
> ram
>> >> (303)497-8643 P.O. Box 3
> 000
>> >> address@hidden Boulder, CO 80
> 307
>> >> -------------------------------------------------------------------------
> ---
>> >> Unidata WWW Service http://my.unidata.ucar.edu/content/suppo
> rt
>> >> *************************************************************************
> ***
>> >>
>> >
>>
>> ****************************************************************************
>> 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
>> ****************************************************************************
>>
>