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

Re: 19990812: LDM 5.0.6



On Thu, 12 Aug 1999, Unidata Support wrote:

> 
> ------- Forwarded Message
> 
> >To: address@hidden
> >From: Carl Sinclair <address@hidden>
> >Subject: LDM 5.0.6
> >Organization: NOAA/NSSL
> >Keywords: 199908122000.OAA19449 LDM 5.0.6
> 
> I wasn't sure what to search for, but I couldn't find what I was looking for 
> on 
> the net.....
> 
> My problems are strange...first, the ldm server side isn't putting the 
> correct 
> filename on the files that it transfers....it's putting the same filename on 
> all 
> the files....here's a look at the ldmadmin watch for the server:
> 



> 
> Aug 12 19:41:44 pqutil:    17614 19990812194143.484    NMC3 18000  
> L2-BZIP2/KFFC/19700721000010/18/0
> Aug 12 19:42:04 pqutil:    20029 19990812194203.489    NMC3 18001  
> L2-BZIP2/KFFC/19700721000010/18/1
> Aug 12 19:42:24 pqutil:    18439 19990812194223.489    NMC3 18002  
> L2-BZIP2/KFFC/19700721000010/18/2
> Aug 12 19:42:37 pqutil:    12130 19990812194236.874    NMC3 18003  
> L2-BZIP2/KFFC/19700721000010/18/3
> Aug 12 19:43:08 pqutil:    52534 19990812194307.232    NMC3 18004  
> L2-BZIP2/KFFC/19700721000010/18/4
> Aug 12 19:43:29 pqutil:    60390 19990812194328.595    NMC3 18005  
> L2-BZIP2/KFFC/19700721000010/18/5
> Aug 12 19:43:52 pqutil:    62035 19990812194351.972    NMC3 18006  
> L2-BZIP2/KFFC/19700721000010/18/6
> Aug 12 19:43:58 pqutil:    31843 19990812194357.396    NMC3 18007  
> L2-BZIP2/KFFC/19700721000010/18/7
> Aug 12 19:44:24 pqutil:    46711 19990812194423.850    NMC3 18008  
> L2-BZIP2/KFFC/19700721000010/18/8
> Aug 12 19:44:42 pqutil:    38735 19990812194442.008    NMC3 18009  
> L2-BZIP2/KFFC/19700721000010/18/9
> 
>                   ^^^^^
>                   |||||
>                   
> As you can see....it's not 1970, and I don't know what would be causing 
> this...the files are transfered, and the client receives them, but the file 
that 
> comes in is overwritten because every file has the same name.


Carl,

How are the files ingested into the system? The names are created
by ingesting process. I can see the files are named from 0-9 that is
causing the overwrite.  Look at the man pages for pqinsert, ldmsend, and
pqing. If you are using pqing, then the header is not correct for the NMC3
feedtype.  You will have to look at the pqing code to see what type of
product headers it's expecting for NMC3.

> 
> Now, the second problem is this:  the client side LDM machine says "Starting 
> the 
> LDM server...", but it never get's to the point where it says "LDM Server is 
> running".  An ldmadmin ps shows the processes running.  Here's a look at the 
> ldmd.log file:
> 
> 
> Aug 12 19:33:03 rudds2 rpc.ldmd[25455]: Starting Up (built: Aug 11 1999 
> 14:53:16
> )
> Aug 12 19:33:03 rudds2 pqact[25457]: Starting Up
> Aug 12 19:33:03 rudds2 192.168.50.159[25458]: run_requester: Starting Up: 
> 192.16
> 8.50.159
> Aug 12 19:33:03 rudds2 192.168.50.159[25458]: run_requester: 
> 19990812193214.886 
> TS_ENDT {{NMC3,  ".*"}}
> Aug 12 19:33:03 rudds2 192.168.50.159[25458]: FEEDME(192.168.50.159): OK
> Aug 12 19:33:04 rudds2 udp.ldmd[25459]: Starting Up
> Aug 12 19:33:05 rudds2 rpc.ldmd[25455]: Denying connection from localhost
> Aug 12 19:36:13 rudds2 last message repeated 35 times
> Aug 12 19:36:33 rudds2 rpc.ldmd[25455]: Denying connection from localhost
> Aug 12 19:41:20 rudds2 last message repeated 23 times
> Aug 12 19:41:43 rudds2 pqact[25457]: pbuf_flush (4) write: Broken pipe
> Aug 12 19:41:43 rudds2 pqact[25457]: pipe_dbufput: 
> nexradII_bzdata/KFFC/19700721
> 000010.raw write error
> Aug 12 19:41:43 rudds2 pqact[25457]: pipe_prodput: trying again
> Aug 12 19:41:52 rudds2 rpc.ldmd[25455]: Denying connection from localhost
> Aug 12 19:42:25 rudds2 last message repeated 3 times
> \

It seems that the ldm is not getting a clean start up. 
To debug an LDM that hangs on start up, run the following from LDM home:

 % bin/rpc.ldmd -vl - -q data/ldm.pq etc/ldmd.conf

If can't find the problem or if the LDM still hangs, comment out all lines 
in ldmd.conf file, try again.

> 
> I thought there might be a problem with tcp wrappers, but that didn't change 
> anything.  I'm out of ideas.  Everything looks like it's supposed to.  Help!

The LDM does not run with tcp wrappers, maybe a future version will use
wrappers.

Robb....



> Thanks.
>                  
> Carl Sinclair
> RIDDS Systems Analyst
> NSSL -- Norman, OK
> address@hidden
> 
> ------- 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/
===============================================================================