-
Notifications
You must be signed in to change notification settings - Fork 726
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
revert adjustment of tempdirectory #2868
Conversation
dd09d1f
to
787a902
Compare
Signed-off-by: Simon L <szaimen@e.mail.de>
787a902
to
dfe6bd5
Compare
@ralphte does this look good to you? :) |
Looks good here |
Thanks for the review! :) |
Hi, so if I understand this right, the tmpdir will be inside the container again in future versions, right? But I think that might cause some problems again during big uploads over the windows client. From what I have read this was also the reason why it was placed in the datadir in the first place. |
This all depends on how big of a file you upload. The problem is that the temp dir is used for more than just uploads; more importantly, it creates and deletes many small files. The temp folder should be on an SSD and not a platter disk. This is only an issue if you have two drives, one for your OS and one for your files. In any case, you should have enough available storage on the OS drive with docker to support your largest single file upload. The Nextcloud will look to move that file to the primary storage as soon as it can. If your biggest upload file is 10GB then 15GB of extra space should easily handle the task. This amount of extra space should not be a big deal. |
I would recommend to maintain the temp directory inside the container as default, but write a doc file explaining how to manually change this because many users have different use cases and only suggest this in case the users need to deploy the AIO for production or a dedicated server with hundred connections/uploads per day. Setting the temp directory inside the container makes sence for a personal use case or deployment for like 5 or 10 users. But forcing this configuration to all kind of situations is not a good idea. Dedicated servers always have separate drives for user data and fast drives for cache and temp files. In this case, having this extra documentation makes more sence. To make this possible, currently the Mastercontainer has an environment variable to mount extra drives |
Supercedes #2856
Address #2924
Motivation: we introduced this tempdir setting initially in order to make big file uploads more reliable. However later on we found out that inside containers usually no tmpfs is used by default which would come with limitations in regard to the max size. Additionally, setting this to the datadir comes with drawbacks like performance problems and symlink problems. So better to just revert this setting and use the default.