FTP timeout errors, unable to upload files

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Mount any FTP
2. Upload a File
3. Wait and select any option from server timeout dialog that appears

What is the expected output? What do you see instead?

What version of the product are you using? On what operating system?
Mac Pro, 10.4.10

I was getting this with MacFusion 1.1 with  MacFuse 3.0. I upgraded to
the MacFusion 1.2 beta with MacFuse 4.0 and its still occurring.
The computer isn't firewalled and is wired through ethernet (not a
wireless connection). 

Please provide any additional information below.
I get the Force eject/timeout dialog whenever I try and upload a file
through FTP. Selecting "Don't Warn Again" doesn't seems to effect the
warnings. If I select "Keep Trying" it will also eventually pop up
again. This happens with   FTP servers on multiple ISPs.

In the aftermath of canceling if I try and remount the server and
upload again I get a message saying that the file is busy. What I find
strange is that MenuMeters is showing me a steady stream of outgoing
traffic as if its still uploading.

SSH seems to work much better for me

Original issue reported on code.google.com by jvcle...@gmail.com on 26 Jun 2007 at 6:41

[GoogleCodeExporter]

> Selecting "Don't Warn Again" doesn't seems to effect the warnings.

With MacFUSE 0.4.0, this should not occur. 

If you're using MacFUSE 0.4.0 and the button 'Don't Warn Again' is ineffective, 
please report the issue at 
<http://code.google.com/p/macfuse/issues/detail?id=192>. 

Original comment by grahampe...@gmail.com on 27 Jun 2007 at 4:43

[GoogleCodeExporter]

1) Please try MacFusion 1.2 Beta 2 with MacFUSE 0.4.0. For the affected 
favourite, specify Extra Options (Advanced):

-o defer_auth

2) If the defer_auth option does not resolve the issue for you then please 
specify a _different_ set of options:

-o ftpfs_debug=3 -d -v

and after observing the issue, you can copy the debug information from the 
MacFusion Log window. 

(You can, if you like, paste such things to 
<http://paste.lisp.org/new/macfusion> then let us know the URL that relates to 
the paste; these things are also logged for future reference at 
<http://ircbrowse.com/channel/macfusion/>.)

Original comment by grahampe...@gmail.com on 27 Jun 2007 at 4:58

• Added labels: fs_ftp

[GoogleCodeExporter]

> In the aftermath of canceling if I try and remount the server and
> upload again I get a message saying that the file is busy.

If the copy was simply cancelled, successfully, then there should be no 
aftermath. 

If however you opted to Force Eject, then this is (broadly speaking) comparable 
to pulling the plug on a 
connected disk. In such circumstances, its conceivable that Finder may be 
confused about a file that was 
being copied when the plug was pulled. 

> What I find strange is that MenuMeters is showing me a steady stream
> of outgoing traffic as if its still uploading.

If Finder and/or Mac OS X are confused following a *forced* operation (Force 
Eject is never desirable) then 
other indicators may be similarly confused/confusing. 

Original comment by grahampe...@gmail.com on 27 Jun 2007 at 5:03

[GoogleCodeExporter]

For FTP-related issues, Michael has in mind
Milestone-Release1.2

If you intend to use the options 
-o ftpfs_debug=3 -d -v
for debug information, then you'll need 
MacFusion nightly 20070627 revision 279 
or later for the information to be presented in the MacFusion log. 

Original comment by grahampe...@gmail.com on 29 Jun 2007 at 6:34

• Added labels: Milestone-Release1.2

[GoogleCodeExporter]

I installed MacFusion nightly 20070627 revision 279.

I added the advanced option -o ftpfs_debug=3 -d -v

I can start to upload a file. After a few moments I will get the  "Don't Warn 
Again"
timeout message. I can hit the "Don't Warn Again" option and now this no longer 
keeps
reappearing as it did before. I found this strange since the only update I 
installed
was Macfusion rev 279. I didn't touch the MacFuse install.

In the same session I can download try and download a file and I will 
eventually get
the "Don't Warn Again" message. I can select the "Don't Warn Again" option and 
the
file will then continue to download

The transferring seems to go in spurts and much slower than normal FTP. I saved 
a log
 from the upload session (uploading a 10 meg file) if you are interested but it is
very verbose

Original comment by jvcle...@gmail.com on 2 Jul 2007 at 2:58

[GoogleCodeExporter]

jvcleave: thanks. 

1. In both cases -- upload and download -- do the transfers complete, despite 
the spurts/slowness?

2. the verbosity can be very useful to the developers. if it's not too large, 
you might paste the log to 
http://paste.lisp.org/new/macfusion

Or archive (zip) the log then attach it to this issue. 

Either way: 

* you should first remove from the log your FTP password and other sensitive 
information. 

Original comment by grahampe...@gmail.com on 2 Jul 2007 at 12:28

• Changed state: Started

[GoogleCodeExporter]

See also <http://code.google.com/p/macfusion/issues/detail?id=124#c17>, 
highlight 

> very large uploads may consume all your memory

and the observations re: behaviour of Apple Finder in that particular issue. 

jvcleave: I wonder, are spurts/slowness observable if you're uploading or 
downloading much smaller files? 

Original comment by grahampe...@gmail.com on 2 Jul 2007 at 12:31

[GoogleCodeExporter]

1. Once I select "Don't Warn Again" the transfers will eventually complete.

2. attached is a log of when I tried to upload a 10 meg file. I eventually 
cancelled
the upload.

From #7 > jvcleave: I wonder, are spurts/slowness observable if you're 
uploading or
downloading much smaller files?

I think the spurts/ slowness is only observable when I have the -o 
ftpfs_debug=3 -d
-v on. I hadn't noticed this before. I will have to run some more tests to 
confirm it

Original comment by jvcle...@gmail.com on 2 Jul 2007 at 5:06

Attachments:

• JVC_upload_log.txt.zip

[GoogleCodeExporter]

I just
1. created a new FTP favorite and applied the -o ftpfs_debug=3 -d -v
2. started to upload a 6 meg text file. I eventually got the "Don't warn again" 
prompt.
3. Selected the "Don't warn again" option and the file went without the previous
sputtering/slowness. This made me think nights spurting/slowness may have been a
connection issue but I used Cyberduck to test FTP under a different app and was
getting normal transfers with it.
4. I then tried to redownload the 6 meg text file. Like the upload I eventually 
got
the  "Don't warn again" prompt and selected "Don't warn again". The file came 
down
smoothly with no slowness/sputtering.

5. In the same session I then uploaded a 3 meg avi to test a binary file. Same 
as the
 text I was prompted, I selected the same option and the file went up fine.

6. I then redownloaded the .avi file and got the same result as .4 but with a 
binary.

Attached is the log of these transactions copied from the MacFusion log window. 
I
know they contain passwords but I have removed the account.

Note on the logs... The content of the large text file I uploaded was a log of 
a few
thousand bandwidth tests that look like 
"<item>
        <seconds>1.568</seconds>
        <loadedbytes>354</loadedbytes>
        <bandwidth>225</bandwidth>
    </item>" 

The debug option apparently prints all the data to the log.

Thanks for the help on this and feel free to contact me if you need anything 
else

Original comment by jvcle...@gmail.com on 3 Jul 2007 at 6:37

Attachments:

• JVC_upload_download_log.txt.zip

[GoogleCodeExporter]

Jason, thanks. We'll draw this to the attention of the CurlFtpFS developer. 

For build purposes: please, are you using Intel or PowerPC?

Original comment by grahampe...@gmail.com on 3 Jul 2007 at 7:58

[GoogleCodeExporter]

At a glance, I don't suspect the 
LIST -a
issue <http://code.google.com/p/macfusion/issues/detail?id=177#c29>; 
in one of Jason's logs I note 

 > LIST -a
 < 150 Accepted data connection
 * Maxdownload = -1  1183343234 ftpfs.c:298 read_data: 117   1183343234 ftpfs.c:299 drwxr-xr-x    2 
jasonvan jasonvan     4096 Jul  1 21:23 . drwxr-xr-x    2 jasonvan jasonvan     
4096 Jul  1 21:23 ..  < 226-
Options: -a -l 
 < 226 2 matches total

Original comment by grahampe...@gmail.com on 3 Jul 2007 at 8:01

[GoogleCodeExporter]

I am using an Intel

Original comment by jvcle...@gmail.com on 3 Jul 2007 at 1:53

[GoogleCodeExporter]

I am seeing the dreadfully slow FTP upload problem with MacFUSE 0.5.0 + 
MacFusion 1.2
Beta 3.

Original comment by i...@quantum-sci.com on 5 Sep 2007 at 2:41

[GoogleCodeExporter]

(MBP 2.16 with OS X 10.4.10) slowness with transfers of many small files.

Original comment by i...@quantum-sci.com on 5 Sep 2007 at 2:43