It looks like conduit.ncep.noaa.gov is pulling data from both vm-lnx-conduit1 and vm-linux-conduit2 - conduit1 seems ok, it's just conduit2 that is showing the large lags.
I don't know how things are set up exactly, but it might work to have conduit.ncep.noaa.gov only request CONDUIT data from vm-lnx-conduit1 until the problem with feeding from conduit2 is resolved?
Unidata folks, any suggestions from your end? Thanks, we do appreciate all your work on our behalf!
Pete
From: Anne Myckow - NOAA Federal <address@hidden>
Sent: Friday, August 20, 2021 12:07 PM To: Pete Pokrandt <address@hidden> Cc: address@hidden <address@hidden>; address@hidden <address@hidden>; address@hidden <address@hidden>; address@hidden <address@hidden> Subject: Re: High CONDUIT latencies from vm-lnx-conduit2.ncep.noaa.gov Hi Pete,
We have a lot of systems and applications running out of College Park right now, which I think is part of it. But I will have someone take a look at conduit2 today, see if maybe we need to try and move your connections to conduit1 instead.
Thanks,
Anne
On Fri, Aug 20, 2021 at 12:54 PM Pete Pokrandt <address@hidden> wrote:
Anne Myckow
Dataflow Team Lead
NWS/NCEP/NCO |
_______________________________________________ NOTE: All exchanges posted to Unidata maintained email lists are recorded in the Unidata inquiry tracking system and made publicly available through the web. Users who post to any of the lists we maintain are reminded to remove any personal information that they do not want to be made public. conduit mailing list address@hidden For list information or to unsubscribe, visit: https://www.unidata.ucar.edu/mailing_lists/