Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Size of filesystem reported with 0 on macOS 10.13 GM and osxfuse 3.7.0 #414

Closed
Bleistein opened this issue Sep 19, 2017 · 11 comments
Closed
Assignees
Labels
Milestone

Comments

@Bleistein
Copy link

On macOS 10.13 Beta (17A362a) bindfs 1.13.7 will report a capacity of 0 of the mounted filesystem when used with osxfuse 3.7.0. The mount point filesystem is APFS.

Rolling back to osxfuse 3.6.3 shows the correct filesystem sizes again.

@bfleischer
Copy link
Member

Can you reproduce this issue with the loopback file system?

@paaguti
Copy link

paaguti commented Sep 19, 2017 via email

@mpartel
Copy link

mpartel commented Sep 19, 2017

bindfs's statfs impl doesn't differ much from the loopback one: https://github.com/mpartel/bindfs/blob/master/src/bindfs.c#L1147 where process_path returns a path relative to bindfs's working directory, which is the source directory.

@Bleistein does this also happen when the source and destination directories are different (i.e. bindfs /foo /bar instead of bindfs /foo /foo)?

@Bleistein
Copy link
Author

We where testing under our user home with something like "bindfs ~/a ~/b"...

@Bleistein
Copy link
Author

We compiled the current repository "c" version of the loopback filesystem. It shows exactly the same behaviour as bindfs...

@bfleischer bfleischer added the bug label Sep 19, 2017
@bfleischer bfleischer self-assigned this Sep 19, 2017
@bfleischer bfleischer added this to the 3.7.1 milestone Sep 19, 2017
@Nizarius
Copy link

macOS 10.12.6, osxfuse 3.7.0 - the same problem as described above.

@dstyp
Copy link

dstyp commented Sep 19, 2017

Same here. macOS 10.12.6 after updating to osxfuse 3.7.0

@bfleischer
Copy link
Member

bfleischer commented Sep 20, 2017

This issue affects file systems that are using the high-level C API and FUSE modules. I'm currently testing a fix.

bfleischer added a commit that referenced this issue Sep 21, 2017
@bfleischer
Copy link
Member

The new 3.7.1 release (https://github.com/osxfuse/osxfuse/releases/tag/osxfuse-3.7.1) should fix this. Could you give it a try?

@LRDN
Copy link

LRDN commented Sep 21, 2017

Many thanks. Works perfectly with macOS 10.12.6 and SSHFS 2.5.0 now.

@bfleischer
Copy link
Member

Thanks to everyone who reported the issue and @LRDN for testing the new release.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

7 participants