Open GoogleCodeExporter opened 8 years ago
Interesting. This is a MacFuse issue, I think, or something related to
curlftpfs.
If you get a chance, please post to the MacFuse tracker and see if Amit can
make some
sense of this. If not, I'll go to the curlftpfs developer with this.
Original comment by mgorb...@gmail.com
on 20 May 2007 at 8:48
<http://code.google.com/p/macfuse/issues/detail?id=192>
the Don't Warn Again button is broken in MacFUSE 0.3.0.
Norman: in your estimation, might the moments at which you
Keep Trying
coincide with network lags or disruptions, or with
FTP service lags or disruptions?
Original comment by grahampe...@gmail.com
on 23 May 2007 at 7:45
Original comment by grahampe...@gmail.com
on 23 May 2007 at 7:45
I am having the same issue using ftp and finder to transfer files, though I
can't see
any reason why I should be having ftp service lags or disruptions.
Using macfuse core 0.4.0 and macfusion 1.2 beta 2
Original comment by christophercjensen
on 26 Jun 2007 at 2:02
christophercjensen:
you also posted to MacFusion issue 144
<http://code.google.com/p/macfusion/issues/detail?id=144>
* transfer in which direction - upload or download?
Please try anonymous connections to sites such as
ftp.mozilla.org
ftp.oreilly.com
Original comment by grahampe...@gmail.com
on 27 Jun 2007 at 4:01
norman.freese:
> 2. ... message will show up again ...
That was an issue with MacFUSE 0.3.0,
<http://code.google.com/p/macfuse/issues/detail?id=192>.
Original comment by grahampe...@gmail.com
on 27 Jun 2007 at 4:07
norman.freese:
> 3. The transfers are ok and intact when finished.
> 2. ... By clicking Force Eject the finder and the macfusion may crash
completely.
Force Eject is never desirable.
If you do force, then nothing should crash.
If Finder does crash, then please provide the crash log.
If MacFusion does crash, then please provide the crash log.
Crash logs are typically at
~/Library/Logs/CrashReporter/
Original comment by grahampe...@gmail.com
on 27 Jun 2007 at 4:11
norman.freese:
> 1. Any transfer to or from ftp file servers will show this error ...
Please try MacFusion 1.2 Beta 2 with MacFUSE 0.4.0, let us know whether things
are improved.
Original comment by grahampe...@gmail.com
on 27 Jun 2007 at 4:12
norman.freese and christophercjensen:
If any problem recurs:
1) add the following Extra Options (Advanced) to the affected FTP favourite:
-o ftpfs_debug=3 -d -v
2) after a problem occurs, let us have the output from the MacFusion Log
window, plus other details that
may be relevant.
Original comment by grahampe...@gmail.com
on 27 Jun 2007 at 4:19
hello,
thanx for your help. i just installed the new versions of the core and the gui,
but
it still does not work for me. while uploading a 30 mb file, the timout message
showed up once and did not reappear after choosing do not warn again. the
progress
bar and the copied file size rushes to approximately 95 percent then hangs up. i
tried to check filesize in the ftp finder window, but after just clicking in it
the
whole finder hangs and gives me beachball. after waiting 5 minutes i relaunched
finder and the uploaded file is complete and working after quick download from
ftp
back to local disc. erasing the file works too. now i tried uploading 20mb
divided
into six files at once and there ist no error message and the progress bar does
not
seem to hang or rush or something else. uploading works without timeout message
and
checking filesizes works too for me this time. parallel up-/downloads of smaller
files are working. all in all the performed actions seem to be quite laggy and
delayed. the log window does not have information about the crashes...
using the advanced options as proposed my finder unfortunately hangs
(beachball.......) after i want to see the contents of the ftp directory. :(
i am really looking forward to a working and final version of this beautiful
tool
without any hangups!
thanx!
cheers.
Original comment by norman.f...@googlemail.com
on 27 Jun 2007 at 10:30
For FTP-related issues, Michael has in mind
Milestone-Release1.2
Original comment by grahampe...@gmail.com
on 29 Jun 2007 at 5:15
norman.freese and christophercjensen:
MacFusion nightly 20070627 revision 279
includes a fix for proper logging of debug information.
If you do provide debug information, please first remove or obscure:
* your FTP password
* any other sensitive information.
Original comment by grahampe...@gmail.com
on 29 Jun 2007 at 5:38
norman.freese: thanks for the information, this is helpful.
> while uploading a 30 mb file, the timout message showed up once and
> did not reappear after choosing do not warn again. the progress bar
> and the copied file size rushes to approximately 95 percent then hangs
> up.
I rarely use FTP but whilst using SSH, I have often been very surprised
(pleased) by what seems to be
intelligent use of caches/memory. I guess, this is thanks to MacFUSE.
A guess: might your 'rush to 95 percent' reflect the percentage that has been
_cached locally_ -- but not yet
_written_ to the remote destination?
Original comment by grahampe...@gmail.com
on 29 Jun 2007 at 6:24
> i tried to check filesize in the ftp finder window, but after just
> clicking in it the whole finder hangs and gives me beachball.
That might be, an issue with Apple Finder.
Is the Finder window in Icons, List or Columns view?
If in Columns view, is the preview column enabled?
If the preview column is enabled, are previews disclosed (triangle pointing
down) or hidden?
> after waiting 5 minutes i relaunched finder and the uploaded file is
> complete and working after quick download from ftp back to local disc.
> erasing the file works too.
Original comment by grahampe...@gmail.com
on 29 Jun 2007 at 6:24
> i tried uploading 20mb divided into six files at once and there ist no
> error message and the progress bar does not seem to hang or rush or
> something else. uploading works without timeout message
That's good.
> and checking filesizes works too for me this time.
Noted.
> parallel up-/downloads of smaller files are working.
That's good.
> all in all the performed actions seem to be quite laggy and delayed.
Do you mean that all actions, including the actions that work, are quite laggy
and delayed?
Original comment by grahampe...@gmail.com
on 29 Jun 2007 at 6:25
> the log window does not have information about the crashes
MacFusion 1.2 Beta 2 did not present this debug information (sorry);
MacFusion nightly 20070627 revision 279 should be better.
Making a distinction between beach balls and crashes:
* if an application crashes -- without you forcing the event --
details may be logged at
~/Library/Logs/CrashReporter
* if an application stops responding (beach ball); if you force an application
to quit whilst it is unresponsive,
I think this is different from a crash.
Whilst MacFusion is running, it logs to
~/Library/Logs/MacFusion.log
> ... using the advanced options as proposed my finder unfortunately
> hangs (beachball.......) after i want to see the contents of the ftp
> directory. :(
That is curious but as noted above, there may be issues with Apple Finder.
All things considered, it will probably be most useful for the developers to
consider debug information.
Regards
Graham
Original comment by grahampe...@gmail.com
on 29 Jun 2007 at 6:28
Due to a limitation of the FTP protocol, every upload is only done when the
file is
closed. Every write is buffered in memory and on close the file is uploaded as a
whole to the server.
This means that very large uploads may consume all your memory. It also means
that
the finder will hang while uploading the big file. The ftp filesystem can't
stop the
upload to answer to other requests because most ftp servers don't support
resume on
uploads.
Even though the ftp mount is unaccessible, I think that is bad behavior for
finder to
deny you access to other parts of your system. But this out of my control.
Original comment by robsonbr...@gmail.com
on 29 Jun 2007 at 6:50
> Do you mean that all actions, including the actions that work, are quite
laggy and
delayed?
yes.
Original comment by norman.f...@googlemail.com
on 30 Jun 2007 at 9:03
nothing remarkable to find in the macfusion .log file.
> This means that very large uploads may consume all your memory. It also means
that
the finder will hang while uploading the big file. The ftp filesystem can't
stop the
upload to answer to other requests because most ftp servers don't support
resume on
uploads.
i have 2 gigs of ram installed and i am working with very much larger files up
to
700mb in photoshop without any problems. how can working with a 30mb file in
macfuse/macfusion affect my finder this much? and why do i seem the only one
affected
by these issues. if this was a common problem why would make macfusion sense at
all?
i can work with any other ftp transfer program without any problem. the
advantage and
elegance of integration into finder is not worth the instability and laggyness.
regards
Original comment by norman.f...@googlemail.com
on 30 Jun 2007 at 9:15
Robson, please:
Might you advise use of any of the options listed below?
(Re <http://code.google.com/p/macfuse/> I'm aware that "MacFUSE has a
completely different kernel-level implementation from Linux FUSE" so I
don't rush to experiment with options.)
-o nolocalcaches meta option equivalent to noreadahead,noubc,novncache
-o noreadahead disable I/O read-ahead behavior for this file system
-o nosynconclose disable sync-on-close behavior (enabled by default)
-o noubc disable the unified buffer cache for this file system
-o novncache disable the vnode name cache for this file system
-o direct_io use direct I/O
-o kernel_cache cache files in kernel
-o [no]auto_cache enable caching based on modification times
-o entry_timeout=T cache timeout for names (1.0s)
-o negative_timeout=T cache timeout for deleted names (0.0s)
-o attr_timeout=T cache timeout for attributes (1.0s)
-o ac_attr_timeout=T auto cache timeout for attributes (attr_timeout)
-o max_write=N set maximum size of write requests
-o max_readahead=N set maximum readahead
-o async_read perform reads asynchronously (default)
-o sync_read perform reads synchronously
Original comment by grahampe...@gmail.com
on 30 Jun 2007 at 11:27
> i have 2 gigs of ram installed and i am working with very much larger
> files up to 700mb in photoshop without any problems. how can working
> with a 30mb file in macfuse/macfusion affect my finder this much?
Whilst Apple Finder is excellent in many respects, it is sometimes imperfect.
Example: at <http://code.google.com/p/macfuse/issues/detail?id=203> and
<rtsp://qtss.freeman-
centre.ac.uk/2007/06/02/MacFUSE-issue-203.mov>, an issue that I first noted
whilst using MacFUSE. The
developer quickly discovered that the same weirdness occurs with Apple's UFS,
MS-DOS, SMB, and WebDAV
(iDisk) -- nothing to do with MacFUSE or MacFusion.
> and why do i seem the only one affected by these issues. if this was a
> common problem
At this stage, let's not estimate whether your problem is unique or common. The
most important thing is
that the issue is reported (thanks) and investigated.
> why would make macfusion sense at all?
FTP (CurlFtpFS) is just one possible use of MacFusion; consider
<http://code.google.com/p/macfusion/wiki/FileSystemsToImplement>.
> i can work with any other ftp transfer program without any problem.
Apple Finder is different from your other FTP transfer programs.
> the advantage and elegance of integration into finder
As I understand it, neither MacFUSE or MacFusion is integrating into Finder.
FTP and SSH plug-ins to MacFusion allow
FTP and SSH file systems to be treated as volumes.
Finder will work with file systems, will work with volumes, in
Finder's own way.
Some problems are _unique_. Here, for example:
<http://code.google.com/p/macfuse/issues/detail?id=159#c28> a long, greatly
puzzling issue that affects
no-one other than me. It transpired that these particular SSH and FTP services
are simply unreliable; the
problems were not limited to MacFUSE, MacFusion or Finder.
norman.freese: before we estimate whether your situation is unique or common,
let's work a little more on
the issue.
Kind regards
Graham
Original comment by grahampe...@gmail.com
on 30 Jun 2007 at 11:51
whether or not macfuse/macfusion integrates technically into finder, working
with ftp
servers as volumes is a very elegant procedure for my purposes and i think not
only
for me. data exchange with macfusion could be (in my case) / is a really cool
thing.
i will follow the development of this software closely and i will appreciate
and have
appreciated your help and responsiveness very much.
regards
norman
Original comment by norman.f...@googlemail.com
on 30 Jun 2007 at 12:01
Original issue reported on code.google.com by
norman.f...@googlemail.com
on 17 May 2007 at 12:08