Skip to content

Commit 68ee214

Browse files
committed
Warn admins not to disable file locking when using object storage as primary storage
Signed-off-by: Claudio Cambra <[email protected]>
1 parent 4182b62 commit 68ee214

File tree

1 file changed

+8
-3
lines changed

1 file changed

+8
-3
lines changed

admin_manual/configuration_files/primary_storage.rst

Lines changed: 8 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -59,6 +59,10 @@ The configuration has the following structure:
5959
],
6060
],
6161

62+
.. note:: You are NOT supposed to disable file locking and this is now considered potentially
63+
dangerous. Locking is handled in Redis and is handled separately from the underlying storage. If
64+
you have disabled file locking already it is highly encouraged for you to re-enable it.
65+
6266
~~~~~~~~~~~~~~~
6367
OpenStack Swift
6468
~~~~~~~~~~~~~~~
@@ -258,9 +262,10 @@ in :code:`config.php`:
258262
Multibucket object store backend maps every user to a range of buckets and saves
259263
all files for that user in their corresponding bucket.
260264

261-
.. note:: While it is possible to change the number of buckets used by an existing Nextcloud
262-
instance, the user-to-buckets mapping is only created once, so only newly created
263-
users will be mapped to the updated range of buckets.
265+
.. note::
266+
While it is possible to change the number of buckets used by an existing Nextcloud
267+
instance, the user-to-buckets mapping is only created once, so only newly created
268+
users will be mapped to the updated range of buckets.
264269

265270
You can find out more information about upscaling with object storage and Nextcloud in the
266271
`Nextcloud customer portal <https://portal.nextcloud.com/article/object-store-as-primary-storage-16.html>`_.

0 commit comments

Comments
 (0)