[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: ldm-5.2 problems

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: ldm-5.2 problems
Date: Tue, 13 Aug 2002 09:41:52 -0600 (MDT)
On Mon, 12 Aug 2002, [ISO-8859-1] Christian Pag� wrote:

> Hi,
> 
> You are right, without the DBFILE entry, it does work.
> 
> Also, I noticed that I always get in the logs:
> Aug 13 01:02:06 localhost[81290888]: Connection from localhost
> Aug 13 01:02:06 localhost[81290888]: Connection reset by peer
> Aug 13 01:02:06 localhost[81290888]: Exiting
> It didn't appear when the DBFILE action was not there...

Christian,

These messages are common on a regular LDM startup, it's the LDM process
contacting the it's own machine (localhost).  Sometimes these messages
result from the LDM timing out the contact process so it exits. I believe
the reason that you didn't see them with the DBFILE action is that pqsurf
started the exit process before the localhost contact process. 


Robb...


> 
> Christian Pag�
> UQAM
> 
> > You are correct without any pqsurf.conf entries, pqsurf exits with a
> > signal 1.  So add the following entry to pqsurf.conf
> >
> > IDS|DDPLUS  ^metar (....) ([0-3][0-9])([0-2][0-9])
> >     FILE    data/surface/metar/(\2:yy)(\2:mm)\2\3.wmo
> >
> > Remember white spaces outside of the pattern part are tabs.
> >
> > You can check pqsurf.conf by:
> >
> > % ldmadmin  pqactcheck -p etc/pqsurf.conf
> >
> > from ldm home dir.
> >
> > I'm starting to believe your problem is with the DBFILE 
> > pqsurf.conf entry.
> >
> > Robb....
> >
> >
> >>> Stop/Start pqsurf adding in one more
> >>> pqsurf entry until you find the culprit. If it's a PIPE entry 
> >>> culprit,
> >>> try
> >>> running it from the command line also.
> >>
> >> I only have one entry in pqsurf.conf:
> >> WMO     ^(metar|speci) (....) ([0-3][0-9])([0-2][0-9])
> >>          DBFILE  data/surface/gdbm/(\3:yyyy)(\3:mm)\3\4.metar_gdb \2
> >>
> >> with tabs after WMO, before and after DBFILE.
> >>
> >>>
> >>>
> >>> The actual line in the code that's failing in palt.c is:
> >>>
> >>>                 if((infop->feedtype & pal->feedtype)
> >>>                    && ((regexec(&pal->prog, infop->ident,
> >>>                                 pal->prog.re_nsub +1,  pal->pmatchp,
> >>>                                         0) == 0)
> >>>                        || (strcmp(pal->pattern, "^_ELSE_$") == 0
> >>>                            && did_something == 0
> >>>                            && infop->ident[0] != '_')))
> >>>
> >>> According to the dbx output, it's the (regexec(... part that's 
> >>> failing.
> >>>
> >>>
> >>> Let me know what you find out, so we can track this down.
> >>>
> >>> Robb...
> >>>
> >>>
> >>>
> >>>
> >>>>     4 processProduct(0x7fff23f8, 0x0, 0x4016ab8, 0xa0, 0x88, 0x0,
> >>>> 0xfffffffc, 0x10039e7c) ["/io/ldm/ldm-5.2/src/pqact/palt.c":779,
> >>>> 0x100069c4]
> >>>>     5 pq_sequence(0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xfffffffc, 
> >>>> 0x10039e7c)
> >>>> ["/io/ldm/ldm-5.2/src/pq/pq.c":5147, 0x1001649c]
> >>>>     6 main(0xb, 0x100068e0, 0x7fffffff, 0xf423f, 0x1, 0x0, 
> >>>> 0xfffffffc,
> >>>> 0xffffffff) ["/io/ldm/ldm-5.2/src/pqact/pqact.c":439, 0x10004ccc]
> >>>>     7 __start() ["/xlv55/kudzu-
> >>>> apr12/work/irix/lib/libc/libc_n32_M4/csu/crt1text.s":177, 
> >>>> 0x10004298]
> >>>> (dbx) quit
> >>>>
> >>>>> The signal 10 dumps a core file, so could you run dbx on the 
> >>>>> file. Do
> >>>>> % file core
> >>>>> to see if it's pqsurf core. I think the syntax is
> >>>>>
> >>>>> % dbx pqsurf core
> >>>>>
> >>>>> This should show the problem.  Otherwise, if I could get the 
> >>>>> core file
> >>>>> to
> >>>>> do some debugging.  Is this a 32 bit build? Any other info would
> >>>>> help,logs
> >>>>> Also, are you sure that the pqsurf file was replace?  I'm on 
> >>>>> vacation
> >>>>> tomorrow, so I'll look at it Monday.   If you need, you can us the
> >>>>> pqusrf
> >>>>> from the LDM 5.1.4 distribution with the LDM 5.2 release.
> >>>>
> >>>> This is an -n32 build, so 32-bit. I tried using pqsurf from 
> >>>> ldm-5.1.4
> >>>> but got the same problems, but with signal 11.
> >>>>
> >>>> Here are the logs:
> >>>>
> >>>> Aug  9 13:26:01 6Q:io ldm: LDM Start (login name, tty, login time,
> >>>> [from]): ldm        ttyq37       Aug  8 17:44  (132.208.133
> >>>> .37)
> >>>> Aug 09 13:26:01 5Q:io rpc.ldmd[77312290]: Starting Up (built: Jul 30
> >>>> 2002 14:47:27)
> >>>> Aug 09 13:26:01 5Q:io pqbinstats[77339594]: Starting Up (77312290)
> >>>> Aug 09 13:26:01 5Q:io pqact[77024855]: Starting Up
> >>>> Aug 09 13:26:01 5Q:io pqsurf[77304103]: Starting Up (77312290)
> >>>> Aug 09 13:26:01 5Q:io 128.174.80.47[71288800]: run_requester: 
> >>>> Starting
> >>>> Up: 128.174.80.47
> >>>> Aug 09 13:26:01 5Q:io pqact[77843305]: Starting Up
> >>>> Aug 09 13:26:01 5Q:io 128.174.80.47[71288800]: run_requester:
> >>>> 20020809132548.723 TS_ENDT {{IDS|DDPLUS,  ".*"}}
> >>>> Aug 09 13:26:01 5Q:io flood[77628265]: run_requester: Starting Up:
> >>>> flood.atmos.uiuc.edu
> >>>> Aug 09 13:26:01 5Q:io dns2[78016494]: run_requester: Starting Up:
> >>>> dns2.cmc.ec.gc.ca
> >>>> Aug 09 13:26:01 5Q:io flood[77628265]: run_requester:
> >>>> 20020809132523.450
> >>>> TS_ENDT {{UNIWISC|HDS,  ".*"}}
> >>>> Aug 09 13:26:01 5Q:io striker[77959463]: run_requester: Starting Up:
> >>>> striker.atmos.albany.edu
> >>>> Aug 09 13:26:01 5Q:io 128.174.80.47[71288800]: 
> >>>> FEEDME(128.174.80.47):
> >>>> OK
> >>>> Aug 09 13:26:01 5Q:io flood[77628265]: 
> >>>> FEEDME(flood.atmos.uiuc.edu): OK
> >>>> Aug 09 13:26:01 5Q:io striker[77959463]: run_requester:
> >>>> 20020809132435.257 TS_ENDT {{NLDN,  ".*"}}
> >>>> Aug 09 13:26:01 5Q:io striker[77959463]:
> >>>> FEEDME(striker.atmos.albany.edu): OK
> >>>> Aug 09 13:26:02 5Q:io dns2[78016494]: run_requester: 
> >>>> 20020809122601.130
> >>>> TS_ENDT {{GEM,  ".*"}}
> >>>> Aug 09 13:26:02 5Q:io dns2[78016494]: FEEDME(dns2.cmc.ec.gc.ca): OK
> >>>> Aug 09 13:26:18 5Q:io pqsurf[77304103]: child 77843305 terminated by
> >>>> signal 10
> >>>> Aug 09 13:26:18 5Q:io pqsurf[77304103]: Exiting
> >>>> Aug 09 13:26:18 5Q:io pqsurf[77304103]:   Queue usage (bytes): 
> >>>> 2015232
> >>>> Aug 09 13:26:18 5Q:io pqsurf[77304103]:            (nregions):   
> >>>> 11470
> >>>> Aug 09 13:26:18 5Q:io pqsurf[77304103]: Number of products 29
> >>>> Aug 09 13:26:18 5Q:io pqsurf[77304103]: Number of observations 81
> >>>> Aug 09 13:26:18 5Q:io pqsurf[77304103]: Number of dups 5
> >>>> Aug 09 13:26:24 5Q:io rpc.ldmd[77312290]: child 77304103 exited with
> >>>> status 1
> >>>> Aug  9 13:28:21 6Q:io ldm: LDM Stop (login name, tty, login time,
> >>>> [from]): ldm        ttyq37       Aug  8 17:44  (132.208.133.
> >>>> 37)
> >>>> Aug 09 13:28:21 5Q:io rpc.ldmd[77312290]: Exiting
> >>>> Aug 09 13:28:21 5Q:io rpc.ldmd[77312290]: Terminating process group
> >>>> Aug 09 13:28:21 5Q:io striker[77959463]: Exiting
> >>>> Aug 09 13:28:21 5Q:io dns2[78016494]: Exiting
> >>>> Aug 09 13:28:21 5Q:io 128.174.80.47[71288800]: Exiting
> >>>> Aug 09 13:28:21 5Q:io pqact[77024855]: Exiting
> >>>> Aug 09 13:28:21 5Q:io flood[77628265]: Exiting
> >>>> Aug 09 13:28:21 5Q:io pqbinstats[77339594]: Exiting
> >>>>
> >>>>
> >>>> Christian Pag�
> >>>> UQAM
> >>>>
> >>>>
> >>>
> >>> =======================================================================
> >>> ==
> >>> ======
> >>> Robb Kambic                                  Unidata Program Center
> >>> Software Engineer III                        Univ. Corp for Atmospheric 
> >>> Research
> >>> address@hidden               WWW: http://www.unidata.ucar.edu/
> >>> =======================================================================
> >>> ==
> >>> ======
> >>>
> >>>
> >>
> >> Christian Page
> >> address@hidden
> >> http://meteocentre.com/    http://meteoalerte.com/
> >>
> >> Agent de recherche et de planif. +1 514 987 3000 ext. 2376
> >> Departement des Sci. de la Terre et de l'Atmosphere UQAM
> >>
> >>
> >
> > =========================================================================
> > ======
> > Robb Kambic                            Unidata Program Center
> > Software Engineer III                          Univ. Corp for Atmospheric 
> > Research
> > address@hidden                 WWW: http://www.unidata.ucar.edu/
> > =========================================================================
> > ======
> >
> >
> 
> Christian Pag�
> address@hidden
> http://meteocentre.com/        http://meteoalerte.com/
> Agent de recherche et de planification +1 514 987 3000 ext. 2376
> D�partement des Sciences de la Terre et de l'Atmosph�re UQAM
> 
> 

===============================================================================
Robb Kambic                                Unidata Program Center
Software Engineer III                      Univ. Corp for Atmospheric Research
address@hidden             WWW: http://www.unidata.ucar.edu/
===============================================================================
Prev by Date: RE: 20020812: no data at AFIT
Next by Date: Re: 20020812: corrupt LDM queues
Previous by thread: Re: ldm-5.2 problems
Next by thread: RE: 20020812: no data at AFIT
Index(es):
- Date
- Thread