jonyrozo / macfuse

Automatically exported from code.google.com/p/macfuse
0 stars 0 forks source link

Inter-folder move on an AFS volume mounted with sshfs fails #282

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1. Mount an AFS volume over sshfs with MacFusion 1.2b3 - no options set
2. Drag/Drop a file from one folder to another

What is the expected output? What do you see instead?
Expected - file moves to new folder
Happens - Administrator password is requested; fails with a dialog "The 
operation cannot be 
completed because one or more required items cannot be found (Error code -43)"

What version of the product are you using? On what operating system?
MacFUSE 10.5 1.0.0 (On Leopard 9A581). This has been the same with 0.4.0 and 
previous 
MacFusion versions on Tiger as well - was hoping it would just go away with the 
OS change. :)

Please provide any additional information below.
Works great on the command line (mv) - no failures, and the changes are 
reflected in the Finder 
quickly.

I'll probably cross

Original issue reported on code.google.com by stradl...@gmail.com on 30 Oct 2007 at 2:06

Attachments:

GoogleCodeExporter commented 8 years ago
-post this to MacFusion as well. (sorry for the break)

Original comment by stradl...@gmail.com on 30 Oct 2007 at 2:07

GoogleCodeExporter commented 8 years ago
Yes, it is possible to run into such cases because the Finder does strange 
things itself (it can check for success, 
failure, or availability of file system features in bewildering ways). As you 
noticed yourself, it works from the 
command line. In such cases, there's not much I can do because I can't 
change/extend the Finder.

Original comment by si...@gmail.com on 30 Oct 2007 at 5:05

GoogleCodeExporter commented 8 years ago
Did you say AFS volume over sshfs? AFS as in Andrew File System?

Original comment by si...@gmail.com on 3 Nov 2007 at 3:06

GoogleCodeExporter commented 8 years ago
Yes - the environment in which I work (high-energy physics) is highly dependent 
on AFS, and most user 
accounts are AFS-mounted for large clusters (CERN, for example).  I don't see 
similar behavior in NFS-mounted 
disks accessed through sshfs, and ssh-mounted local disks seem to work fine.

Original comment by stradl...@gmail.com on 3 Nov 2007 at 10:32

GoogleCodeExporter commented 8 years ago
Corresponding report in the MacFusion area is 
http://code.google.com/p/macfusion/issues/detail?id=257 
and FWIW, only one other mention of AFS in the MacFusion list of isues: 
http://code.google.com/p/macfusion/issues/detail?id=225 (verified as resolved). 

Original comment by grahampe...@gmail.com on 3 Nov 2007 at 12:44

GoogleCodeExporter commented 8 years ago
>and FWIW, only one other mention of AFS in the MacFusion list of issues: 
>http://code.google.com/p/macfusion/issues/detail?id=225 (verified as 
resolved). 

As it turns out, it was worth a lot. The -o defer_permissions (formerly 
defer_auth) was just the thing, and 
addresses the symptom of admin password being required. Thanks very much. 
Problem solved.

Original comment by stradl...@gmail.com on 3 Nov 2007 at 1:43

GoogleCodeExporter commented 8 years ago
OK.

Original comment by si...@gmail.com on 3 Nov 2007 at 6:01