Re: pqing stopped inserting when downstream requested feed

Jessica,
        I would love to take credit for altruism. But, in truth I can't.
I am upgrading machines here and stumbled on the same thing.
                                        jdm
At 09:19 PM 2/14/2001 +0000, you wrote:
>The FreeBSD box is AMD.  The Solaris 7 box -- not 8 (my mistake) is Intel.
>
>James, thanks for all your work reproducing our problem.
>
>Jessica
>
>-- 
>Jessica M. Thomale
>Oklahoma Climatological Survey
>E-mail: jthomale@xxxxxx
>Mail: 100 E. Boyd, Suite 1210 Norman, OK 73019-1012
>Phone: (405) 325-7809
>Fax: (405) 325-2550
>
>> From: "James D. Marco" <jdm27@xxxxxxxxxxx>
>> Date: Wed, 14 Feb 2001 16:06:31 -0500
>> To: Jessica Thomale <jthomale@xxxxxxxxxxxxxxxxxx>
>> Cc: ldm-users@xxxxxxxxxxxxxxxx, support@xxxxxxxxxxxxxxxx
>> Subject: Re: pqing stopped inserting when downstream requested feed
>> 
>> Jessica,
>> I use the ldmd.conf and "REQUEST" from a local server.
>> This is all IDD, but I can now confirm your problem.
>> a) I updated one of my systems to Red Hat Linux 7.0
>> b) Updated the LDM and recompiled
>> c) Configured for a basic WMO ingestion, no decoders
>> d) Removed the old queue and made another (256meg)
>> e) Started ldm
>> f) It killed the data stream on the upstream machine 
>> 
>> This was working before the upgrade to RH7.0.  The server
>> and client were communicating OK. The data stream was OK, at least
>> for the small WMO stuff. Both machines are Intel.
>> The server is still using ldm5.1.2 on RH6.2.
>> The client is RH7.0 (now)
>> 
>> You appear to have trouble with:
>> FreeBSD 4.2 server
>> Solaris 8 
>> I am assuming these are both Intel(?).
>> 
>> The errors I get are similar to yours. I am attaching the full logs,
>> but be aware that the client log had MY mistake in it.  I  had
>> forgotten to build a new queue before starting the ldm (dumb).
>> 
>> Anne, 
>> There is a pretty clear relationship between starting the
>> client, and crashing a server process. I did this a couple of times
>> to be sure. Any how, some surface thoughts follow. You are probably
>> already looking, but:
>> Have any of the file locking semantics changed?
>> Or the socket interface? (AF_INET, AF_UNIX, AF_LOCAL)
>> Have any new functions been added or changed in the queuing?
>> (search, indexing, qinsert(), qdelete())
>> 
>> Anyway, I uninstalled ldm-5.1.3, reinstalled ldm-5.1.2 and it is
>> working again.  The server configuration was unchanged, except to
>> stop and restart.  I have ldm-5.1.3 running on a RH6.2 box. It is
>> not crashing things.
>> jdm
>> 
>> 
>> 
>> At 02:01 AM 2/14/01 +0000, you wrote:
>>> Good Evening,
>>> 
>>> We are requesting a NOAAPort feed using pqing -P <port number> on a ldm
>>> server that serves this data to downstream ldm hosts.
>>> 
>>> Today, when the downstream ldm server started requesting a feed from the
>>> upstream ldm server, one of the pqing processes (importing the NWSTG
>>> channel) mysteriously died. I attached a copy of the two ldmd log files.
>>> 
>>> Both machines are running ldm-5.1.3. The upstream server is a FreeBSD
>>> (version 4.2) box.  The downstream server is a Solaris/x86 box (version
8).
>>> 
>>> There appears to be a problem with the product queue on the upstream ldm
>>> server.
>>> 
>>> Has anyone experienced any problems similar to this problem?
>>> 
>>> Thank you in advance for any assistance,
>>> 
>>> Jessica
>>> 
>>> -- 
>>> Jessica M. Thomale
>>> Oklahoma Climatological Survey
>>> E-mail: jthomale@xxxxxx
>>> Mail: 100 E. Boyd, Suite 1210 Norman, OK 73019-1012
>>> Phone: (405) 325-7809
>>> Fax: (405) 325-2550
>>> 
>>> 
>>> Attachment Converted: "c:\program files\bear
>> access\winba\eudora\attach\ldmd.log.downstream"
>>> 
>>> Attachment Converted: "c:\program files\bear
>> access\winba\eudora\attach\ldmd.log.upstream"
>>> 
>
>
James D. Marco, jdm27@xxxxxxxxxxx, jmarco1@xxxxxxxxxxxx
Programmer/Analyst, System/Network Administration, 
Computer Support, Et Al. 
Office:                 1020 Bradfield Hall, Cornell University 
Home:                   302 Mary Lane, Varna    (607)273-9132
Computer Lab:   1125 Bradfield          (607)255-5589