-
Notifications
You must be signed in to change notification settings - Fork 1.9k
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
SMB #2145
Comments
We also might want to explore documenting some other ways of mounting CIFS/SMB volumes since people don't seem to be aware of them:
Though at some point this is outside the scope of the image and more a pure documentation issue - and it's not realistic for us to document all third-party integrations. But maybe some hints + links to third-party docs |
Gents, |
Anybody, please tell me if this bug will be fixed any time soon? |
@LevAnni777 What bug are you referring to? The |
Truenas: TrueNAS SCALE Dragonfish Nextcloud runs without any errors. When External SMB Storage is mounted in Nextcloud, the user experiences whole range of weird behaviors like: Unable to list folder contents, Etc.. Meanwhile the nextcloud.log file generates these errors:
Seems like there is no other way to either wait for docker publisher to update the smbclient package, or users like me are forced to build their own nextcloud docker container composed with a newer smbclient package :/ which involves far more knowledge than I have :/ |
For anyone interested, I have ported over the SMB-specific adjustments from the I did this because using the Personally, I would really appreciate it if this project considered shipping php-smbclient as part of its base image. I (and seemingly quite a few others) use Nextcloud as a "frontend" to a SMB share that lives on a NAS. This allows me to use all of Nextclouds wonderful features without having to "lock into" Nextclouds file management structure. Having to build a custom image for SMB support makes deployments more complicated (especially on k8s with the community helm chart, where one can't easily rebuild a container). While it is possible to mount SMB shares through the docker host (or as a PVC in k8s) and then include them as a "local" storage, I am not a fan of this approach as it couples user-specific configuration (external storage) to the way the application is installed (mount points of the SMB shares), when the native smbclient integration requires none of this. As far as image size goes, my SMB-enabled image consumes about 40MB more than the official image. While that's significant, I think the trade-off in convenience wold be worth it for a lot of people including myself, especially since the base image is already quite chonky as-is: Regarding what approach to use for the SMB implementation, the Nextcloud documentation says that the php-smbclient approach is preferred over the "native" solution:
https://docs.nextcloud.com/server/latest/admin_manual/configuration_files/external_storage/smb.html |
Documentation
There are inconsistencies between the SMB and FULL examples examples:
The former appears to be out-dated while the latter appears to better match the PHP image's recommended approach.
Some problems have been reported by others trying to use the SMB examples - e.g.
Tasks (preliminary):
Out of scope but worth mentioning:
Image
Worth a revisit of whether to include/why we're not including smbclient in the image by default
Context:
Tasks
The text was updated successfully, but these errors were encountered: