[18.0][FIX] fs_storage: fix _ls_check_connection
when dealing with huge amount of files in root folder
#453
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Context
We tried to configure a storage on an
AzureBlobFileSystem
with 3.8+M of files located at the root directory.Issue
This storage is in read-only access, so we have to use the other option
ls
to check the connection. Issue is that the currentls
on root folder will try to return too much file names, increasing the consumed memory, leading to a kill of the Odoo process.Proposed solution
Perform this
ls
on a non-existing file, which should then raiseFileNotFoundError
(to check if this exception is returned by all protocols?). If nothing is raised, that also means the connection is working (as before).