Remember to check all systems in the path between you and the FTP target. A crucible of informative mistakes. The frequent response to these problems by the VMS Engineer who wrote ethernet drivers for a couple of decades is to set both ends of the connection to autonegotiate, assuming a modern version of VMS in this case "modern" means V. VMS should always get it right. Well, everyone and hi to John and Andy!
I haven't actually heard back from "them" yet. I do find it interesting though, I'd always heard NOT to use auto, but that seems to be the opposite of what I'm hearing here. I will take that into consideration! It seems to me - though I can't remember details - that auto was to be avoided because "things" cisco, nics, can't remember what didn't always make the right choice, so that's why fixed was preferred.
Of course, this may be outdated information So, thanks for your input, and I will report back if I find a definitive answer. Though I won't say don't investigate the network configuration, I think that there may be other things to consider as well. Since small file transfer fine, but large files are allocated, but not transferred, I'd look for something that might be tearing down an "idle" connection.
Does the path between the production system and test system involve some sort of firewall or NAT device? The information above shows that you aren't operating in passive mode; have you tried passive mode? This will cause the FTP server to create the data port and pass information to the client as to how to connect to it. Check your ftp client command documentation for details.
The command is often a toggle command "passive", but syntax varies. Can be blocked by the client or client network firewall. Can be blocked by the server or server network firewall. Look for the page with your search engine. Refresh the page in a few minutes. This thread is locked. You can follow the question or vote as helpful, but you cannot reply to this thread. I have the same question Report abuse. Details required :. Cancel Submit. Hi Lyons, Thank you for contacting Microsoft community.
Click "Control Panel". Click on "Network and Internet". Click on "Windows Firewall". Click on "Change Setting". Click on the "Exceptions" tab. I get an error saying : ORA Data connection: There is no process to read data written to a pipe. Well Data connection is also a problem with a firewall or network. This is not a PL? SQL problem. Add a comment. Active Oldest Votes. Sign up or log in Sign up using Google.
Sign up using Facebook. Sign up using Email and Password. Post as a guest Name. Email Required, but never shown. The Overflow Blog. Stack Gives Back Safety in numbers: crowdsourcing data on nefarious IP addresses.
0コメント