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.
Hi Wesley, Apologies for the very tardy reply! re: > Thanks for the quick reply. At the moment, we are only receiving data > from CONDUIT. OK. re: > Restarting LDM, for whatever reason, made it switch to UIUC as its > primary feeder: > > -- > Aug 6 11:57:27 polarmet12 pqact[8621] NOTE: Starting Up > Aug 6 11:57:27 polarmet12 pqact[8621] NOTE: Starting from insertion-time > 2015-08-06 15:57:21.231895 UTC > Aug 6 11:57:27 polarmet12 idd.aos.wisc.edu[8623] NOTE: Upstream LDM-6 on > idd.aos.wisc.edu is willing to be a primary feeder > Aug 6 11:57:27 polarmet12 flood.atmos.uiuc.edu[8624] NOTE: Upstream LDM-6 on > flood.atmos.uiuc.edu is willing to be an alternate feeder > Aug 6 11:57:56 polarmet12 ldmd[8628] NOTE: Denying connection from > "rain.mmm.ucar.edu" because not allowed > Aug 6 11:57:56 polarmet12 ldmd[8628] NOTE: Exiting > Aug 6 11:57:56 polarmet12 ldmd[8619] NOTE: child 8628 exited with status 1 > Aug 6 11:58:22 polarmet12 pine.mmm.ucar.edu(feed)[8630] NOTE: Data-product > with signature 275a3f8522d76fcd82b73ce9ad5e6fc5 wasn' found in product-queue > Aug 6 11:58:22 polarmet12 pine.mmm.ucar.edu(feed)[8630] NOTE: Starting > Up(6.11.6/6): 20150806145821.754 TS_ENDT {{EXP, ".*"}}, > SIG=275a3f8522d76fcd82b73ce9ad5e6fc5, Alternate > Aug 6 11:58:22 polarmet12 pine.mmm.ucar.edu(feed)[8630] NOTE: topo: > pine.mmm.ucar.edu {{EXP, (.*)}} > Aug 6 11:58:28 polarmet12 flood.atmos.uiuc.edu[8624] NOTE: [acl.c:956] > Switching data-product transfer-mode to primary > Aug 6 11:58:28 polarmet12 flood.atmos.uiuc.edu[8624] NOTE: LDM-6 > desired product-class: 20150806145828.616 TS_ENDT {{CONDUIT, ".*"},{NONE, > "SIG=f7882d6a12067d5b7cf143802ab1bbab"}} > Aug 6 11:58:28 polarmet12 flood.atmos.uiuc.edu[8624] NOTE: Upstream > LDM-6 on flood.atmos.uiuc.edu is willing to be a primary feeder > Aug 6 11:58:56 polarmet12 ldmd[8696] NOTE: Denying connection from > "rain.mmm.ucar.edu" because not allowed > Aug 6 11:58:56 polarmet12 ldmd[8696] NOTE: Exiting > Aug 6 11:58:56 polarmet12 ldmd[8619] NOTE: child 8696 exited with status 1 > Aug 6 11:59:57 polarmet12 ldmd[8703] NOTE: Denying connection from > "rain.mmm.ucar.edu" because not allowed > Aug 6 11:59:57 polarmet12 ldmd[8703] NOTE: Exiting > Aug 6 11:59:57 polarmet12 ldmd[8619] NOTE: child 8703 exited with status 1 > > -- OK. FYI: the LDM should switch roles (meaning PRIMARY vs SECONDARY) automatically when one has more than one REQUEST for the same feed. The logic should see which upstream is providing the products the fastest, and "promote" that connenection to PRIMARY and "demote" the other(s) to SECONDARY (in reality, the downstream LDM process is aware of other downstream process(es) that are REQUESTing the same feed, and it/they decide if they should have a PRIMARY or SECONDARY feed from the upstream. Why your LDM was not auto switching is a mystery at this point. re: > At that point, the products have started to flow in normally: > http://rtstats.unidata.ucar.edu/cgi-bin/rtstats/iddstats_vol_nc?CONDUIT > +polarmet12.mps.ohio-state.edu Very good. re: > I did verify that our firewall wasn't overloaded or shaping the incoming > traffic. Our building has a gigabit link to OSU-Net. Speed test checked > out, and I didn't see any abnormalities on the switch the LDM server is > connected to. May have been congestion between us and Wisconsin. OK. re: > I did also include the log entries about "rain.mmm.ucar.edu". I've never > seen that server before... maybe you might know who operates that server > so I can get in touch with them and see why they have us listed as an > upstream! We would be happy to feed them data, if needed. I do not know who the LDM/IDD admin for rain.mmm.ucar.edu is. I would venture to guess, however, that it is the same person/group as for your other MMM downstream, pine.mmm.ucar.edu (your log file sample shows that pine is ALLOWed to REQUEST the EXP feed). Cheers, Tom -- **************************************************************************** Unidata User Support UCAR Unidata Program (303) 497-8642 P.O. Box 3000 address@hidden Boulder, CO 80307 ---------------------------------------------------------------------------- Unidata HomePage http://www.unidata.ucar.edu **************************************************************************** Ticket Details =================== Ticket ID: CPL-818261 Department: Support CONDUIT Priority: Normal Status: Closed