michaelogrant / macfusion

Automatically exported from code.google.com/p/macfusion
Other
1 stars 1 forks source link

FTP | beach ball | Force Eject | mount point not removed from /Volumes (Device not configured) #154

Open GoogleCodeExporter opened 8 years ago

GoogleCodeExporter commented 8 years ago
Abstract
--------

mount point is not removed from 
/Volumes
following beach ball then Force Eject of an FTP volume

Detail
------

Comparable to MacFusion issue 6

Issue 6 is/was SSH-oriented,
this issue is FTP-oriented

Whilst testing under MacFusion issue 152
and tiring of the beach ball I opted to 
Force Eject 

[macbookpro03:/Volumes] gjp22% ls -al
total 8
drwxrwxrwt    5 root     admin         170 May 24 18:52 .
drwxrwxr-t   46 root     admin        1666 May 24 10:56 ..
-rw-rw-rw-    1 gjp22    admin        6148 May 10 23:26 .DS_Store
lrwxr-xr-x    1 root     admin           1 May 24 10:56 MBP -> /
drwx------    1 gjp22    staff           0 Jan  1  1970 luna
[macbookpro03:/Volumes] gjp22% ls -alR luna
ls: luna: Device not configured

##

Extract from system.log are:

May 24 18:52:26 grahamperrin kernel[0]: MacFUSE: starting (version 0.3.0, May  
6 2007, 
23:01:47)
May 24 18:57:05 grahamperrin kernel[0]: MacFUSE: OUCH! daemon did not give fh 
(type=0, 
err=13)
May 24 18:58:22 grahamperrin kernel[0]: MacFUSE: OUCH! daemon did not give fh 
(type=0, 
err=13)
May 24 18:59:24 grahamperrin KernelEventAgent[41]: tid 00000000 received 
unknown event 
(33)
May 24 18:59:44 grahamperrin kernel[0]: MacFUSE: OUCH! daemon did not give fh 
(type=0, 
err=57)
May 24 18:59:44 grahamperrin KernelEventAgent[41]: tid 00000000 received 
VQ_DEAD event 
(32)

Extract from MacFusion log: 

 ---- MacFusion Started 2007-05-24 10:57:55 +0100
MacFusion Core: Loaded FTPFS filesystem from org.mgorbach.MacFusion.FTPFS
MacFusion Core: Loaded SSHFS filesystem from org.mgorbach.MacFusion.SSHFS
luna: Enter host password for user 'gjp4': 
luna: kextload: /Library/Extensions/fusefs.kext loaded successfully 
luna: Mount OK

## Housekeeping

 2081 curlftpfs-   0.0%  0:00.07   2    33    29   308K  1.26M  1.04M  29.5M

[macbookpro03:/Volumes] gjp22% sudo kill 2081

-- did not kill the process so 

[macbookpro03:/Volumes] gjp22% sudo kill -9 2081

-- was successful but then 

[macbookpro03:/Volumes] gjp22% ls -al
total 8
drwxrwxrwt    5 root     admin         170 May 24 18:52 .
drwxrwxr-t   46 root     admin        1666 May 24 10:56 ..
-rw-rw-rw-    1 gjp22    admin        6148 May 10 23:26 .DS_Store
lrwxr-xr-x    1 root     admin           1 May 24 10:56 MBP -> /
drwx------    1 gjp22    staff           0 Jan  1  1970 luna

[macbookpro03:/Volumes] gjp22% ls -l
ls: luna: Input/output error
total 0
lrwxr-xr-x    1 root     admin           1 May 24 10:56 MBP -> /

any I/O error makes me uncomfortable so 
Label:Priority-High
and now I'll shut down and head home.

Original issue reported on code.google.com by grahampe...@gmail.com on 24 May 2007 at 6:12

GoogleCodeExporter commented 8 years ago
I have not shut down (yet), see issue 155 for what can happen if an ssh 
connection is attempted following a 
Force Eject of an FTP volume that does not remove the mount point. 

Original comment by grahampe...@gmail.com on 24 May 2007 at 7:29

GoogleCodeExporter commented 8 years ago
Change log for MacFUSE 0.4.0, 4th June 2007, 
<http://code.google.com/p/macfuse/wiki/CHANGELOG> refers to 

> Fix for a rare (but possible) unmount-time hang. The same fix also
> fixes a rare (but possible) NULL-pointer dereference in the kernel.

Might that be relevant to the symptoms that I noted in May?

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

Original comment by grahampe...@gmail.com on 29 Jun 2007 at 5:14

GoogleCodeExporter commented 8 years ago
Posted also at 
http://groups.google.com/group/MacFusion-devel/browse_thread/thread/d07599f6e972
70df :

Hi.  I'm using the following:

Mac OS X 10.4.10
MacFUSE 0.4.0
MacFusion 1.2 B3 (1.1.268)

Here are the steps I take to often duplicate this issue.  IIRC this happens 
with both ftp and ssh servers for me, but in this 
particular test both servers were ftp:

1. Load MacFusion
2. Choose an ftp or ssh server in my favorites to connect to.  In the example 
here, I'm connecting to an IP, using my same 
username and password as my local login on my Mac.  My options are -o 
defer_auth -o init_timeout=60 and I'm mounting to /.
3. I wait for a while, and finally I get an error that the server timed out, 
and may be I should try the init_timeout option.
4. I do an ls -la /Volumes and I see this:

drwx------    1 andrew  andrew      0 Dec 31  1969 someservername

Doing any operation on /Volumes/someservername, including trying to rm it, 
gives me a "Device not configured" error.  The 
only way I seem to be able to get rid of this and try again is to reboot, which 
is a huge pain.

Here are the relevant lines from the log file:

 ---- MacFusion Started 2007-08-16 10:24:14 -0400
MacFusion Core: MacFuse version 0.4.0 detected OK
MacFusion Core: Loaded FTPFS filesystem from org.mgorbach.MacFusion.FTPFS
MacFusion Core: Loaded SSHFS filesystem from org.mgorbach.MacFusion.SSHFS
someservername: Enter host password for user 'andrew':
someservername: 
someservername: kextload: 
/System/Library/Filesystems/fusefs.fs/Support/fusefs.kext loaded successfully
MacFusion Core: Notification received 
com.google.filesystems.fusefs.unotifications.mounted
someservername: Mount Failed
someservername: fusefs@0 on /Volumes/someservername (gave up on init handshake)
MacFusion Core: Notification received 
com.google.filesystems.fusefs.unotifications.inittimedout

In this case, next I just tried to mount the volume again.  Here's what the 
logs did:

someservername: Enter host password for user 'andrew':
someservername: 
someservername: mount_fusefs: 
someservername: mount point /Volumes/someservername is itself on a MacFUSE 
volume
someservername: 

After a few minutes of trying to list the directory contents of /Volumes, and 
MacFuse being locked up, I killed the process from 
the command line.

Now, after restarting MacFusion, I tried loading a different ftp server 
(server2).  It supposedly came up right away, BUT, 
according to Finder it mounted as someservername, not server2.  However, 
clicking on the drive in Finder showed that it was 
empty when in actuality it's not.

Doing an ls -la /Volumes yields me this:

-rw-r--r--    1 andrew  admin      82 Aug 16 10:42 ._server2
drwx------    1 andrew  andrew      0 Dec 31  1969 server2
drwx------    1 andrew  andrew      0 Dec 31  1969 someservername

Now, doing an ls of either of those directories yields me a "Device not 
configured" error.

Ejecting "someservername" from the Finder works, and then up pops "server2".  
Still showing up as empty.

Now if I do ls -la /Volumes, I get this:

-rw-r--r--    1 andrew  admin      82 Aug 16 10:42 ._server2
drwx------    1 andrew  andrew      0 Dec 31  1969 server2
drwx------    1 andrew  andrew     68 Aug 16 10:24 someservername

Note that the date on someservername has changed.  "ls -la server2" still shows 
"Device not configured", but now accessing 
someservername shows an empty directory.

At this point, trying to eject server2 from the finder doesn't appear to work.  
At this point, I rm'd ._server2 and someservername, 
and now am left with /Volumes/server2 which I am no longer able to access, and 
apparently I can no longer use MacFusion until 
I reboot and pray that this time after I reboot it happens to mount what I ask 
it to.

For good measure, here are the log files from after restarting MacFusion, 
mapping the second ftp site, and then ejecting it:

 ---- MacFusion Started 2007-08-16 10:42:38 -0400
MacFusion Core: MacFuse version 0.4.0 detected OK
MacFusion Core: Loaded FTPFS filesystem from org.mgorbach.MacFusion.FTPFS
MacFusion Core: Loaded SSHFS filesystem from org.mgorbach.MacFusion.SSHFS
server2: Enter host password for user 'aclarke':
server2: 
MacFusion Core: Notification received 
com.google.filesystems.fusefs.unotifications.mounted
MacFusion Core: Notification received 
com.google.filesystems.fusefs.unotifications.inited
server2: Mount OK
server2: Unmount OK

Original comment by MrCla...@gmail.com on 16 Aug 2007 at 3:00