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 Gerry, re: > Hrmph. Of COURSE I could do a "netstat -a|grep ESTAB" but that would > have required me to think a little harder. Thanks. :-) re: > What I'm seeing right now in the ldm1.tamu.edu log includes the > following (and a lot more, similar): > Oct 24 19:00:18 ldm1 ldmingest01.nwc.ou.edu[1933] NOTE: > [ldm6_server.c:335] New upstream LDM process is disallowed > Oct 24 19:00:18 ldm1 ldmingest01.nwc.ou.edu[1934] NOTE: [uldb.c:1225] > Request from 129.15.109.251 overlaps existing service: > request="20121024230018.726 TS_ENDT {{UNIDATA, ".*"}}", > service="20121024215837.190 TS_ENDT {{WMO, ".*"}}" ... This is LDM 6.11.1's attempt to block requests that are redundant and thus prevent one kind of denial of service attack. The problem being highlighted is: UNIDATA == WMO|UNIWISC REQUESTing both UNIDATA and WMO with the same pattern (".*" in this case) is redundant and will result in a needless use of bandwidth. The person in charge of the LDM making the redundant REQUESTs should be contacted and advised to turn off the WMO REQUEST as it is already taken care of in the UNIDATA REQUEST. 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: AGE-898572 Department: Support IDD Priority: Normal Status: Closed