NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.

To learn about what's going on, see About the Archive Site.

Re: [thredds] Help diagnosing server congestion

  • To: tom cook <tmcook@xxxxxxxx>
  • Subject: Re: [thredds] Help diagnosing server congestion
  • From: Sean Arms <sarms@xxxxxxxx>
  • Date: Thu, 28 Aug 2014 08:32:47 -0600
Hi Tim,

Which version of the TDS are you using?

Thanks!

Sean


On Thu, Aug 28, 2014 at 8:21 AM, tom cook <tmcook@xxxxxxxx> wrote:

> Hi All,
> I'm hoping you can help me with a more sysadmin type issue. Over the
> past few days we have been unable to maintain a responsive TDS server
> for 24 hours. The remedy is to restart tomcat and then we are good to
> go. In the past, I've had issues with foreign IP addresses scanning
> directories and initiating large NCSS downloads, but I've blocked
> everything outside of the US. Looking through the logs, I'm seeing
> mostly US Govt affiliated connections, and some ISP/AmazonCloud
> servers. I kinda sorta know how to use netstat, but I'm having trouble
> id'ing the culprit or the culprits. Admittedly, the hardware is old
> (soon to be replaced), but I have a hunch this is related to NCSS,
> since that was always the service that brought us down in the past.
> So, I was wondering if any of you can help with suggestions/best
> practices/tips that you use to monitor and secure your incoming
> connections with TDS.
> Thanks,
> Tom
>
> _______________________________________________
> thredds mailing list
> thredds@xxxxxxxxxxxxxxxx
> For list information or to unsubscribe,  visit:
> http://www.unidata.ucar.edu/mailing_lists/
>
>
  • 2014 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the thredds archives: