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.
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