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

Re[2]: 20020207: missing products

I just looked back at the time outs.  sunny is feeding air the UNIDATA and
NNEXRAD feeds.  Almost all the time outs are on McIDAS products!  Does this
help?

Anne Wilson <address@hidden> wrote:
> Harry Edmon wrote:
> > 
> > After all, it does not hurt to resend a few products - the downstream
> > site will eliminate the duplicates.
> > 
> 
> Very true.  I will look into making this change.
> 
> Btw, yesterday I forgot that Mike is out today.  I'll send him an email
> regarding the timeout issue to see if he has any further suggestions,
> but we may not hear back until Monday.  FYI.
> 
> Anne


--
Dr. Harry Edmon                 E-MAIL: address@hidden
206-543-0547                            address@hidden
Dept of Atmospheric Sciences    FAX:    206-543-0308
University of Washington, Box 351640, Seattle, WA 98195-1640

From address@hidden Thu Feb  7 14:00:42 2002
Received: from damp.atmos.washington.edu (damp.atmos.washington.edu 
[128.95.176.59])
        by unidata.ucar.edu (UCAR/Unidata) with ESMTP id g17L0Sx18310;
        Thu, 7 Feb 2002 14:00:42 -0700 (MST)
Organization: UCAR/Unidata
Keywords: 200202072100.g17L0Sx18310
Received: (from harry@localhost)
        by damp.atmos.washington.edu (8.11.6+Sun/8.11.6) id g17L0RM09729;
        Thu, 7 Feb 2002 13:00:27 -0800 (PST)
From: Harry Edmon <address@hidden>
Message-Id: <address@hidden>
Date: Thu, 7 Feb 2002 13:00:26 -0800 (PST)
To: address@hidden
Cc: address@hidden, address@hidden
Subject: Re: 20020207: missing products
In-Reply-To: <address@hidden>
X-Mailer: Ishmail 1.3.4-991209-sol <http://www.ishmail.com>
MIME-Version: 1.0
Content-Type: text/plain

It was the feed that includes MCIDAS and WMO - it was a McIDAS product that
timed out.

Unidata Support <address@hidden> wrote:
> >From: Harry Edmon <address@hidden>
> >Organization: UCAR/Unidata
> >Keywords: 200202071958.g17Jwtx15748
> 
> >I am having an internal problem sending products between two machines.  For
> so
> > me
> >reason the RPC call on the sending machine is timing out.  This causes the
> >process to die and a new feed process to start.  However, it appears that the
> >new process does not take over exactly where the old one left off - the
> produc
> > t
> >being sent at the time is not resent - and it appears that a few products
> just
> >after that product may be missing.  Any ideas?
> >
> >
> >--
> >Dr. Harry Edmon                      E-MAIL: address@hidden
> >206-543-0547                         address@hidden
> >Dept of Atmospheric Sciences FAX:    206-543-0308
> >University of Washington, Box 351640, Seattle, WA 98195-1640
> >
> 
> Harry,
> 
> Anne may have some ideas on why the RPC is timing out. You can
> increase the timeout with the -t flag to rpc.ldmd....but
> it sounds bad that two local machines are having a timeout.
> 
> Are the missing products "CONDUIT" products, or another feed?
> If the missing prods are CONDUIT, then the point of discontinuity
> might result from the order which the products were received from the split 
> requests. When the LDM reconnects, it would request "from" the timestamp
> of the latest product received of that feedtype - which may be more
> recent for one part of the split request than another. If not CONDUIT,
> then I don't have a quick guess, unless it was fore something like
> the craft feed where products might be injected at different hosts
> in the same feed- again creating a time continuity between
> the same feedtype products with different sequencing.
> 
> Steve Chiswell
> **************************************************************************** <
> Unidata User Support                                    UCAR Unidata Program <
> (303)497-8644                                                  P.O. Box 3000 <
> address@hidden                                   Boulder, CO 80307 <
> ---------------------------------------------------------------------------- <
> Unidata WWW Service                        http://www.unidata.ucar.edu/      <
> **************************************************************************** <


--
Dr. Harry Edmon                 E-MAIL: address@hidden
206-543-0547                            address@hidden
Dept of Atmospheric Sciences    FAX:    206-543-0308
University of Washington, Box 351640, Seattle, WA 98195-1640

From address@hidden Thu Feb  7 14:41:57 2002
Received: from damp.atmos.washington.edu (damp.atmos.washington.edu 
[128.95.176.59])
        by unidata.ucar.edu (UCAR/Unidata) with ESMTP id g17Lfvx20088;
        Thu, 7 Feb 2002 14:41:57 -0700 (MST)
Organization: UCAR/Unidata
Keywords: 200202072141.g17Lfvx20088
Received: (from harry@localhost)
        by damp.atmos.washington.edu (8.11.6+Sun/8.11.6) id g17LfuP19201;
        Thu, 7 Feb 2002 13:41:56 -0800 (PST)
From: Harry Edmon <address@hidden>
Message-Id: <address@hidden>
Date: Thu, 7 Feb 2002 13:41:55 -0800 (PST)
To: address@hidden
Cc: address@hidden, address@hidden
Subject: Re[2]: 20020207: missing products
In-Reply-To: <address@hidden>
X-Mailer: Ishmail 1.3.4-991209-sol <http://www.ishmail.com>
MIME-Version: 1.0
Content-Type: text/plain

The sending machine is a Compaq Alpha running Tru64 Unix 5.1A.  The receiving
machine is a Sun Ultra 10 running Solaris 8.  It is occuring intermittently
throughout the day.  netstat shows nothing unusual.

The interesting thing is that many times all the feeder of the Sun box timeout
at the same time.  And these are a variety of systems including Linux.


--
Dr. Harry Edmon                 E-MAIL: address@hidden
206-543-0547                            address@hidden
Dept of Atmospheric Sciences    FAX:    206-543-0308
University of Washington, Box 351640, Seattle, WA 98195-1640