No Windows at all (thankfully ) Both servers are Oracle Linux.

---------- Post updated at 01:06 PM ---------- Previous update was at 08:09 AM ----------

Ok, here's what I did and what I found ..
First, a script to capture some good ping statistics

Code:

#!/bin/sh
rm edspingtest.log
echo starting first ping at `date`
ping -c 20 -i 10 myprodserver >> edspingtest.log
echo Starting ftp job at `date`
echo Starting ftp job at `date` >> edspingtest.log
nohup /u01/app/oracle/dba/eds_ftp_test > /backup/eds_ftp_test.log &
echo starting second ping at `date`
ping -c 20 -i 10 myprodserver >> edspingtest.log

The summary stats of the first 20 pings (before launching the ftp):

Code:

rtt min/avg/max/mdev = 0.155/0.595/4.702/1.036 ms

And the 20 pings during the ftp:

Code:

rtt min/avg/max/mdev = 0.157/2.266/16.610/4.356 ms

So there was a significant difference. Not sure what to do with that information.

By way of comparison, a simple 'ping -c 50' from the same test server to a different test server (same data center, so not using the link between DC's) yielded these stats:

Code:

rtt min/avg/max/mdev = 0.081/0.124/1.136/0.171 ms

So at "the end of the day", it's obvious that the data link between the two dC's is rather slow, and there's nothing I can do about that. I can (and probably should) get the files copied with scp instead of ftp. But I still find it puzzling that the ftp should completely hang the way it does.