05-23-2025, 10:07 PM
(This post was last modified: 05-23-2025, 10:07 PM by Tim Curtis.)
(05-23-2025, 01:16 PM)boomblip Wrote:(05-21-2025, 08:59 PM)Nutul Wrote:(05-21-2025, 07:57 PM)boomblip Wrote: (...) I would recommend upgrading the SMB server where possible (...)IMHO it would have sufficed to check the involved SMB protocol versions, and a choice been made accordingly.
In your specific case, searching on forums about MAC + SMB issues would have been appropriate.
Not to dismiss your issue in any manner, but there are hundreds of users out there (I for one) that have their libraries on perfectly working SMB shares...
Hi Nutul. This is exactly what I did to begin with. I tested various “vers=x.x” fitting with the supported dialects of my SMB share and it led nowhere.
I do not doubt there are working shares out there. I even mention in this thread that it works fine with a share from win11.
The point is that the smb protocol implementation of vers makes it a looping process to ensure you test all possible definitions and even then it wouldn’t work. So, if I could I would update the server. SMB should be able to auto-negotiate.
Furthermore: this is introduced by or along the kernel updates in the recent releases.
Maybe someone better at Linux and SMB can help pinpoint the cause at some point.
And last but not least MPD can’t see what’s happening (not even in verbose) so everything points to it being a subsystem. The only thing you can perhaps pin on MPD is that it goes into infinite spinner instead of timing out on the process.
As I posted earlier Samba is not part of the Linux kernel.
Your previous posts indicate:
1. Your SMB share can be mounted successfully
2. MPD log shows "rescan" submitted but no "added..." lines (no tracks found)
3. There are no errors in the MPD log
This suggests a configuration or permission issue in your NAS / SMB
