[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: ldm-5.2 problems
- Subject: Re: ldm-5.2 problems
- Date: Mon, 12 Aug 2002 13:21:16 -0600 (MDT)
On Mon, 12 Aug 2002, [ISO-8859-1] Christian Pagé wrote:
> Hi,
>
> > Christian,
> >
> > Good news for me, the crash is not because of the surf_split.c fix I
> > made.
> > I believe it's with the regular expression package on your machine or a
> > pqsurf.conf entry. Here's how I would test it. First comment out all
> > entries in the etc/pqsurf.conf file. Start the ldm, one can run pqsurf
> > from the command line so not to crash the whole ldm. Start pqsurf like
> > this:
> >
> > % pqsurf -vl -
> >
> > At this point it should run ok.
>
> When pqsurf.conf has all commented lines, pqsurf exits with signal 1.
>
Christian,
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/
===============================================================================