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

Set filesystem_check_changes to 0 by default #16897

Closed
PVince81 opened this issue Jun 12, 2015 · 14 comments · Fixed by #17950
Closed

Set filesystem_check_changes to 0 by default #16897

PVince81 opened this issue Jun 12, 2015 · 14 comments · Fixed by #17950

Comments

@PVince81
Copy link
Contributor

Many ownCloud setups are using the "data" folder exclusively through ownCloud, which means the data is never modified through external programs. This is even more true for people using encryption, in which case the files cannot be accessed externally anyway with direct access to the "data" folder.

Since 8.1, external storage mount points have their own "detect remote changes" setting. This means that "filesystem_check_changes" isn't global any more and only applies to the home/local storage (data directory).

So we could change it to 0 by default which would improve performance in such setups by avoiding unnecessary update checks and also potential issues related to concurrent scanner runs.

People who use an externally mounted data folder (ex: NAS) would then need to explicitly set that setting to 1. Unless we find a way to auto-detect such situations or ask the admin at setup time.

@icewind1991 @karlitschek @DeepDiver1975 @schiesbn @nickvergessen

Also see #13391 (comment)

@nickvergessen
Copy link
Contributor

@PVince81

Unless we find a way to auto-detect such situations or ask the admin at setup time.

Should be rather trivial: If encryption and no external storage (with encryption set to false)

Cache this result for 30mins and refresh the cache when external storage settings are changed, one is added or removed. We could also change the logic check for encryption and otherwise contact the external storage manager whether there is a storage that is external readable (not-encrypted). This way the ext storage manager could also say storage xyz is not encrypted by owncloud encryption, but is still encrypted due to the architecture of server/disk/storage backend, and therefor still not readable?

@PVince81
Copy link
Contributor Author

I'm not sure yet whether "filesystem_check_changes" override the custom external storage settings.
In my proposal I'd say "filesystem_check_changes" would be changed to only affect the home storage and have no effect on external storages.

So if we'd use your detection logic instead of defaulting to 0, then enabling encryption could auto-switch this to 0.

@karlitschek
Copy link
Contributor

Great idea! Makes sense

@icewind1991
Copy link
Contributor

Note that we can overwrite the watcher settings on a per-storage basis

@PVince81
Copy link
Contributor Author

@icewind1991 thanks. So this means the global one does not override.

So changing the default to 0 would be enough to make this work.

Let's set this to 8.2

@PVince81
Copy link
Contributor Author

PR is here #17950

@PVince81
Copy link
Contributor Author

@PVince81
Copy link
Contributor Author

We should add this to the release notes for 8.2 @MTRichards @carlaschroder.
This is only relevant for users who don't use the "data" directory exclusively through ownCloud, which is sometimes the case when people use NAS boxes and have an external HDD with the data folder in it, which content might change from outside and must be detected by OC.

@karlitschek
Copy link
Contributor

i would support this change!

@MTRichards
Copy link
Contributor

Yes, we must update the release notes and documentation.
I also support setting it to 0 to speed performance because MOST people use ownCloud this way. If the other 10-20% have to make the change, for it to work for them, so be it.

@karlitschek
Copy link
Contributor

agreed. Just to be clear. It was never supported to be able to manually mess with the files in 'data'. So hopefully this doesn't surprise people. But you never know ;-)

@PVince81
Copy link
Contributor Author

@PVince81
Copy link
Contributor Author

doc ticket owncloud-archive/documentation#3388

@lock
Copy link

lock bot commented Aug 2, 2019

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@lock lock bot locked as resolved and limited conversation to collaborators Aug 2, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants