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

fuse silently reconnecting? #36

Open
boucher opened this issue Oct 26, 2016 · 1 comment
Open

fuse silently reconnecting? #36

boucher opened this issue Oct 26, 2016 · 1 comment

Comments

@boucher
Copy link

boucher commented Oct 26, 2016

Apologies upfront for this being somewhat vague, but it seemed like filing an issue would be the best route to get some feedback.

I'm running fuse/fuse-bindings inside of a docker container, and consuming that filesystem inside of other docker containers, which mostly works great. But I'm running into an issue where occasionally something is causing the "consumer" docker containers to lose access to the fuse filesystem ("Transport endpoint is not connected" error).

I can reproduce a similar state by just restarting the process that's running the fuse-fs -- any pre-existing mounts that point to something inside the fuse-fs fail. Re-mounting them again works. This hints to me that maybe somehow fuse is being remounted internally in response to some event or error, which isn't surfaced to me at the node level? Looking through the code I didn't see anything obvious though.

Here's a repo I made with instructions on how to reproduce the restart failure mode:
https://github.com/boucher/docker-fuse-restart-test

Any ideas?

@boucher
Copy link
Author

boucher commented Nov 15, 2016

I'm pretty sure this turned out to be a case of responding to the same event twice (missing return in an if block). Happy to close this ticket, but is there any way to add detection / better error reporting for this kind of mistake?

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

No branches or pull requests

1 participant