* Michael Tokarev <[email protected]> [220510 15:54]: > Control: tag -1 + moreinfo > > On Thu, 31 Oct 2019 11:53:52 -0400 Marvin Renich <[email protected]> wrote: > > Package: samba > > Version: 2:4.11.1+dfsg-1 > > Severity: normal > > > > I plan to clone this bug to cifs-utils, as it is unclear which package has > > the bug. > > > > After upgrading from samba 2:4.9.13+dfsg-1 to 2:4.11.0+dfsg-10 on a server > > machine, mount.cifs from cifs-utils 2:6.9-1 > > on a different machine fails to connect with "mount error(13): Permission > > denied". Subsequently upgrading samba to > > 2:4.11.1+dfsg-1 did not help. > > > > Downgrading samba to stable 2:4.9.5+dfsg-5+deb10u1 on the server fixes the > > problem. Adding a snapshot version to figure > > out what needed to be downgraded to get version 2:4.9.13+dfsg-1 was deemed > > not worth the effort, as my daily backup on > > the client machine (which mounts the remote cifs share) was running fine > > when the server had 2:4.9.13+dfsg-1. > > Hi! > > Is this still a problem in current bullseye version of samba (4.13) and > cifs-utils? > If yes, can you please try samba version 4.16 (available in > bullseye-backports)? > > Thank you!
I no longer have the same setup; both hardware and software configuration are different. For example, at the time I reported the bug, I was using smbldap-tools for authentication from an LDAP server. I tried recreating the original bug in a buster VM with the same versions of samba and cifs-utils (but without all the extra stuff, like LDAP and samba acting as WINS server), but could not replicate the problem. It also does not occur in my current setup with either bullseye or bookworm. You can probably close this bug. If it rears its ugly head again, I'll reopen or file a new bug. Thanks...Marvin
