On Apr 12, 2011, at 16:41 , Sam Moffatt wrote:

> Well that'd certainly answers why allow_others changes things, instead
> of its metadata ops not returning properly its sending weird data.
> What process is actually sending those requests on behalf of Finder or
> is it actually the Finder process doing that?

Now it's getting spooky. Here's my log of dragging a file to the Desktop (only 
"bad" accesses listed):

--
Apr 13 10:46:58 gopher kernel[0]: fuse_biglock_vnop_getattr:   biglock 
0xffffff800da1e320 aquired!
Apr 13 10:46:58 gopher kernel[0]: MacFUSE: fuse_vnop_getattr
Apr 13 10:46:58 gopher kernel[0]: MacFUSE: fuse_blanket_deny (issuser=0, 
isvroot=0, pid=12327)
Apr 13 10:46:58 gopher kernel[0]: MacFUSE: fuse_match_cred requestcred 
(uid=502, ruid=0, groups[0]=20, gid=0, svgid=0)
Apr 13 10:46:58 gopher kernel[0]: MacFUSE: fuse_match_cred daemoncred (uid=502, 
ruid=502, groups[0]=20, gid=20, svgid=20)
Apr 13 10:46:58 gopher kernel[0]: MacFUSE: fuse_match_cred ok
Apr 13 10:46:58 gopher kernel[0]: MacFUSE: fuse_blanket_deny fuse_match_cred()
--
Apr 13 10:46:58 gopher kernel[0]: fuse_biglock_vnop_getxattr:   biglock 
0xffffff800da1e320 aquired!
Apr 13 10:46:58 gopher kernel[0]: MacFUSE: fuse_vnop_getxattr
Apr 13 10:46:58 gopher kernel[0]: MacFUSE: fuse_blanket_deny (issuser=0, 
isvroot=0, pid=12327)
Apr 13 10:46:58 gopher kernel[0]: MacFUSE: fuse_match_cred requestcred 
(uid=502, ruid=0, groups[0]=20, gid=0, svgid=0)
Apr 13 10:46:58 gopher kernel[0]: MacFUSE: fuse_match_cred daemoncred (uid=502, 
ruid=502, groups[0]=20, gid=20, svgid=20)
Apr 13 10:46:58 gopher kernel[0]: MacFUSE: fuse_match_cred ok
Apr 13 10:46:58 gopher kernel[0]: MacFUSE: fuse_blanket_deny fuse_match_cred()
--
Apr 13 10:46:58 gopher kernel[0]: fuse_biglock_vnop_getxattr:   biglock 
0xffffff800da1e320 aquired!
Apr 13 10:46:58 gopher kernel[0]: MacFUSE: fuse_vnop_getxattr
Apr 13 10:46:58 gopher kernel[0]: MacFUSE: fuse_blanket_deny (issuser=0, 
isvroot=0, pid=12327)
Apr 13 10:46:58 gopher kernel[0]: MacFUSE: fuse_match_cred requestcred 
(uid=502, ruid=0, groups[0]=20, gid=0, svgid=0)
Apr 13 10:46:58 gopher kernel[0]: MacFUSE: fuse_match_cred daemoncred (uid=502, 
ruid=502, groups[0]=20, gid=20, svgid=20)
Apr 13 10:46:58 gopher kernel[0]: MacFUSE: fuse_match_cred ok
Apr 13 10:46:58 gopher kernel[0]: MacFUSE: fuse_blanket_deny fuse_match_cred()
--
Apr 13 10:46:58 gopher kernel[0]: fuse_biglock_vnop_getattr:   biglock 
0xffffff800da1e320 aquired!
Apr 13 10:46:58 gopher kernel[0]: MacFUSE: fuse_vnop_getattr
Apr 13 10:46:58 gopher kernel[0]: MacFUSE: fuse_blanket_deny (issuser=0, 
isvroot=0, pid=12327)
Apr 13 10:46:58 gopher kernel[0]: MacFUSE: fuse_match_cred requestcred 
(uid=502, ruid=0, groups[0]=20, gid=0, svgid=0)
Apr 13 10:46:58 gopher kernel[0]: MacFUSE: fuse_match_cred daemoncred (uid=502, 
ruid=502, groups[0]=20, gid=20, svgid=20)
Apr 13 10:46:58 gopher kernel[0]: MacFUSE: fuse_match_cred ok
Apr 13 10:46:58 gopher kernel[0]: MacFUSE: fuse_blanket_deny fuse_match_cred()
--

And this is process 12327:

root           12327   0.0  0.1  2468648   2172   ??  Us   10:46AM   0:00.01 
/System/Library/PrivateFrameworks/DesktopServicesPriv.framework/Resources/Locum

Which is, btw, temporary - it goes away when the operation is finished. I could 
only see it because I was going to replace a file and the requester asking me 
if would really want to do it paused the operation. Btw, the getattr and 
getxattr calls are issued before the requester shows up.

Regards,
  Peter

-- 
You received this message because you are subscribed to the Google Groups 
"MacFUSE" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/macfuse?hl=en.

Reply via email to