Open yadayada opened 8 years ago
Yes, I can reproduce:
The problem is that files in Fuse don't seem to register in OS X's metadata store, a problem one can confirm by simply running mdls
. For instance,
> file=/Users/zmwang/sync/acd/vid/event/apple/20111004-apple-special-event.mov
> mdls $file
/Users/zmwang/sync/acd/vid/event/apple/20111004-apple-special-event.mov: could not find /Users/zmwang/sync/acd/vid/event/apple/20111004-apple-special-event.mov.
> ls -sh $file
4.6G /Users/zmwang/sync/acd/vid/event/apple/20111004-apple-special-event.mov
I'm not sure why. Maybe it's OSXFUSE's fault.
By the way, trying to QuickLook a directory returns the size just fine.
Digging into mds
a bit further, it seems that metadata server has trouble with the whole volume:
> mdutil -s ~/sync/acd
/Users/zmwang/sync/acd:
Error: unknown indexing state.
From system logs:
1/20/16 12:38:41.888 AM mds[67]: (LSOF.Error:244) File '/Users/zmwang/sync/acd' (fd=33) left open on device 788529162
1/20/16 12:38:48.871 AM mds[67]: (Volume.Normal:2464) volume:0x7fd9548a5800 ********** Bootstrapped Creating a default store:1 SpotLoc:(null) SpotVerLoc:(null) occlude:0 /Users/zmwang/sync/acd
1/20/16 12:38:48.891 AM mds[67]: (Volume.Error:577) vsd:0x7fd95382f400 Open failed. failureCount:0 (null)
...
whatever those means.
@yadayada I don't have this problem in the macOS (10.11.6) and it's showing all the file sizes so I think that's fixed because it wasn't like this before.
It is due to OSXFUSE: mounting a volume with the auto_xattr option solves the issue, at least in my case (See https://github.com/osxfuse/osxfuse/wiki/Mount-options#auto_xattr). DISCLAIMER: I am not an acd_cli user.
See https://github.com/yadayada/acd_cli/issues/125#issuecomment-136527420
I don't have access to a Mac and can't get OS X running in a VM, so I would appreciate if anyone could investigate this.