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

20040728:IDD delays



Hi Mike,

I suspect you were getting old prods, not delayed prods...


We had a network outage here in Boulder around 7:00 am local, we suspect
(or have concluded) that the products coming from our dish here made it
into atm's queue as our outage lasted longer than the duration of the
queue on atm, so the MD5 checksum did not catch the prod as
redundant....So it was re-sent even tho it was an old prod..

The curious part is that you are feeding from thelma.....not atm..

Sure atm backs up thelma....but unless you also have a primary feed to
atm, your prods are coming from thelma, and thelma's network was down
during the time in question.

I suspect all is flowing well at this time, we will look further into
queue size on atm and thelma to insure the most efficient process.

Cheers,


Jeff
---------------------------------------------------------------------
Jeff Weber                                    address@hidden        :
Unidata Program Center                        PH:303-497-8676        :
University Corp for Atmospheric Research      3300 Mitchell Ln       :
http://www.unidata.ucar.edu/staff/jweber      Boulder,Co 80307-3000  :
---------------------------------------------------------------------

On Wed, 28 Jul 2004, Unidata Support wrote:

>
> ------- Forwarded Message
>
> >To: address@hidden
> >From: Mike Voss <address@hidden>
> >Subject: IDD delays
> >Organization: UCAR/Unidata
> >Keywords: 200407281528.i6SFSvaW028090
>
> Hello all,
> Several of the feeds from atm.geo.nsf.gov are delayed. Does anyone know the
> cause, or is there a prognosis?
> thanks,
> -Mike
>
>
> --------------------------
> Mike Voss
> Department of Meteorology
> San Jose State University
> One Washington Square
> San Jose, CA 95192-0104
>
> 408.924.5204 voice
> 408.924.5191 fax
>
> --
> NOTE: All email exchanges with Unidata User Support are recorded in the
> Unidata inquiry tracking system and then made publically available
> through the web.  If you do not want to have your interactions made
> available in this way, you must let us know in each email you send to us.
>
> ------- End of Forwarded Message
>


pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy