search

mahinthjoe / macfuse

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

lsof says it can't stat() fusefs filesystem #153

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
What steps will reproduce the problem?
1. Connect to a server with SSHFS
2. Open a terminal
3. Run 'sudo lsof -i TCP' to see all current TCP connections

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

I'm not sure what the expected output is, because I can see the underlying
ssh connection.

This is my output:

capriccioso:~ hakan$ sudo lsof -i TCP
lsof: WARNING: can't stat() fusefs file system /Volumes/kovs.shacknet.nu
      Output information may be incomplete.
      assuming "dev=2c000006" from mount table
COMMAND   PID  USER   FD   TYPE    DEVICE SIZE/OFF NODE NAME
launchd     1  root    9u  IPv6 0x38ffc50      0t0  TCP *:ssh (LISTEN)
launchd     1  root   10u  IPv4 0x3f9ae08      0t0  TCP *:ssh (LISTEN)
mDNSRespo  34  root   13u  IPv4 0x4374018      0t0  TCP *:* (CLOSED)
netinfod   35  root    7u  IPv4 0x3f9aa8c      0t0  TCP
localhost:netinfo-local (LISTEN)
netinfod   35  root    8u  IPv4 0x4374394      0t0  TCP
localhost:netinfo-local->localhost:1015 (ESTABLISHED)
netinfod   35  root    9u  IPv4 0x4072710      0t0  TCP
localhost:netinfo-local->localhost:1021 (ESTABLISHED)
Directory  52  root    6u  IPv4 0x4072a8c      0t0  TCP
localhost:1021->localhost:netinfo-local (ESTABLISHED)
Directory  52  root   12u  IPv4 0x4072e08      0t0  TCP *:* (CLOSED)
Directory  52  root   14u  IPv4 0x4071920      0t0  TCP *:* (CLOSED)
AppleFile 146  root   29u  IPv6 0x38ffa24      0t0  TCP *:afpovertcp (LISTEN)
AppleFile 146  root   30u  IPv4 0x4071228      0t0  TCP *:afpovertcp (LISTEN)
httpd     147  root   16u  IPv4 0x4072018      0t0  TCP *:http (LISTEN)
lookupd   150  root    6u  IPv4 0x4374710      0t0  TCP
localhost:1015->localhost:netinfo-local (ESTABLISHED)
httpd     164   www   16u  IPv4 0x4072018      0t0  TCP *:http (LISTEN)
slpd      168  root    2u  IPv4 0x40715a4      0t0  TCP *:svrloc (LISTEN)
slpd      168  root    3u  IPv4 0x4374a8c      0t0  TCP *:* (CLOSED)
slpd      168  root    6u  IPv4 0x3f9a394      0t0  TCP *:* (CLOSED)
ssh       250 hakan    3u  IPv4 0x4373c9c      0t0  TCP
10.0.1.3:49159->XX.YYYY.111.58:ZZZZZ (ESTABLISHED)
Camino    264 hakan   26u  IPv4 0x4374e08      0t0  TCP
10.0.1.3:49163->hu-in-f99.google.com:http (ESTABLISHED)

(The exact IP has been somewhat censored. Hope you don't mind.)

What version of the product are you using? On what operating system?

Using SSHFS 0.2.0 and MacFUSE 0.2.5, OS X 10.4.9

Original issue reported on code.google.com by hwa...@gmail.com on 24 Apr 2007 at 4:58

GoogleCodeExporter commented 8 years ago 
Heh, this is the third "permissions" related issue reported this week.

Try the command without the "sudo".

By default, for a volume, MacFUSE denies all access to any user (*including* 
the super user) except the one 
that mounted the volume. The point is that a user file system daemon can do 
potentially dangerous things to 
root/system processes, so as a precautionary step, MacFUSE limits access to its 
volumes.

Of course, if a super user wants to unmount somebody else's MacFUSE volume, 
they can use "sudo" to do the 
unmount, just kill the user file system daemon, or use some other means.

Original comment by si...@gmail.com on 24 Apr 2007 at 5:50

GoogleCodeExporter commented 8 years ago 
Aha, I see. Indeed it doesn't warn when running without sudo. The reason I use 
sudo
is because I want to see also things like any connections to my server (which is
running as another user).

Thanks!

Original comment by hwa...@gmail.com on 24 Apr 2007 at 6:23

GoogleCodeExporter commented 8 years ago

Original comment by si...@gmail.com on 24 Apr 2007 at 7:28

GoogleCodeExporter commented 8 years ago

Original comment by si...@gmail.com on 24 Apr 2007 at 7:28