I did a further test to verify the existence of the problem. I did the following from a locally invoked bash shell [ for security - I "starred" out the hostname ]. I transferred the file via ftp from the local box TO the local box into a sub-directory. The same behavior exists if the file is transferred to another box :
bmk1n0@*********** ~ - telnet localhost Trying 127.0.0.1... Connected to *********.*********.com. Escape character is '^]'. CYGWIN_NT-4.0 1.3.16(0.65/3/2) (*************) (tty0) login: bmk1n0 Password: This is *************. bmk1n0@************ ~ - ftp localhost Connected to *************.**********.com. 220- 220- 220 **************** FTP server (GNU inetutils 1.3.2) ready. Name (localhost:bmk1n0): bmk1n0 331 Password required for bmk1n0. Password: 230- This is ****************. 230 User bmk1n0 logged in. ftp> !pwd /cygdrive/c/temp ftp> lcd /cygdrive/c/provider Local directory now /cygdrive/c/provider ftp> cd /cygdrive/c/provider/crap 250 CWD command successful. ftp> bin 200 Type set to I. ftp> put prov.tar 200 PORT command successful. 150 Opening BINARY mode data connection for 'prov.tar'. 226 Transfer complete. 43872750 bytes sent in 5.26 seconds (8343999 bytes/s) <=== BYTES TRANSFERRED ftp> !ls -l total 55768 drwxrwxrwx 2 bmk1n0 None 0 Dec 21 10:19 crap -rwxrwxrwx 1 bmk1n0 None 44113920 Dec 8 20:40 prov.tar <===ACTUAL SIZE drwxrwxrwt 5 bmk1n0 None 4096 Dec 8 20:36 provider drwxrwxrwt 4 bmk1n0 None 4096 Dec 8 20:33 servlets -rwxrwxrwx 1 bmk1n0 None 12984320 Dec 8 20:42 static.tar drwxrwxrwt 3 bmk1n0 None 0 Dec 8 20:33 web ftp> Brian Kelly Sent by: [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: (bcc: Brian Kelly/WTC1/Empire) Subject: RE: Mysterious FTP failure After a bit of investigation - I've narrowed down some of the parameters of the problem. First of all the problem appears to exist only on NT4.0 - not W2K. Second, it only exists if one first telnets to the NT4.0 box and THEN invokes ftp and sends a file. If I use ftp from a LOCAL bash shell, the file transfers just fine. (The problem also exists it one telnets to the box FROM the box - i.e. - a remote connection is NOT necessary). Furthermore, my memory indeed failed me. I did upgrade to the latest version of cygwin, cygwin dll's, and inetutils since the time I last had this working - about a month or so ago. Prior to that I had not upgraded for about four or five months (or more). SO THERE WAS A CHANGE ON MY NT BOX - AND THE CHANGE WAS A NEW VERSION OF CYGWIN AND INETUTILS. What threw me off, was the fact that I had not attempted to ftp FROM A REMOTE CONNECTION since the upgrade. All the ftp's I did, I did from a local bash shell - which works just fine. Of course none of this "proves" that the problem lies with new cygwin code. If anyone running NT 4.0 SP 6 could try to recreate the problem as described above - that would be a big help. Brian Kelly > RE: Mysterious FTP failure > From: "lhall at pop dot ma dot ultranet dot com" <lhall at pop dot ma dot ultranet dot com> > To: reedfish at ix dot netcom dot com, cygwin at cygwin dot com > Date: Thu, 19 Dec 2002 10:34:48 -0500 > Subject: RE: Mysterious FTP failure > Reply-to: lhall at rfk dot com > -------------------------------------------------------------------------------- > I'm guessing that you're stuck debugging this one. I don't think > someone else is going to be able to guess what changed on your > system to cause this problem to surface for you (though maybe I'm > wrong). I expect the most direct route to discover more details > about the problem and an eventual solution would be to run a > debug version of ftp in gdb and see what happens. This should at > least narrow down the possibilities to a reasonable size and give > the list some details to cogitate, assuming the results don't > automatically point you to a solution yourself. > Good luck, > Larry > Original Message: > ----------------- > From: Brian Kelly [EMAIL PROTECTED] > Date: Thu, 19 Dec 2002 09:15:53 -0500 > To: [EMAIL PROTECTED] > Subject: Mysterious FTP failure > I've been using cygwin's ftp.exe client program on my NT 4.0 SP 6 > machine for quite a while. It's > worked flawlessly for months. I have not made any changes to the box and > have not upgraded any > cygwin components in months. Sometime in the last 48 hours "something" > changed. Now when > I attempt to ftp a tar file, it sends about 98-99% of it or so, and then > mysteriously quits "thinking" > it had sent the whole thing. (It does not report any transmission > errors). It's not tar, because if I > ftp TO the box via inetd/ftpd and retrieve the file the whole thing > transfers just fine. I've rebooted the > box numerous times, as well cold shutdown (to reset the network card) > same problem. I haven't > tried uninstalling or reinstalling any cygwin components, because I'd > really like to understand what's > CAUSING the problem. I'm writing automation software that has advanced > error checking and I'd > like to trap and identify this condition (if possible) and advise in > an error message what the possible > genesis of the condition is and what hints one can follow to remedy > and/or prevent the problem. The > automation software essentially automates cross-network unix > command-line environments and is > 100% perl. As such, it relies on cygwin for this environment on MSWin > boxes. If one node fails it > can switch boxes automatically but being able to determine WHY a box > has a problem and reporting > it successfully is VERY important to the overall approach of the > software. > If anyone's got a clue what's happened to break ftp or can suggest > what other things I can investigate > to get the bottom of this problem I'd REALLY appreciate it. > Brian Kelly "Empire Health Choice Inc." made the following annotations on 12/21/2002 10:04:00 AM ------------------------------------------------------------------------------ [INFO] -- Access Manager: Attention! This electronic message contains information that may be legally confidential and/or privileged. The information is intended solely for the individual or entity named above and access by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Release/Disclosure Statement -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ "Empire Health Choice Inc." made the following annotations on 12/21/2002 10:34:44 AM ------------------------------------------------------------------------------ [INFO] -- Access Manager: Attention! This electronic message contains information that may be legally confidential and/or privileged. The information is intended solely for the individual or entity named above and access by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Release/Disclosure Statement -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
