[Pkg-samba-maint] Bug#943903: samba 2:4.11.1+dfsg-1 server breaks mount.cifs from cifs-utils 2:6.9-1

[Marvin Renich]

* Michael Tokarev <mjt at tls.msk.ru> [220510 15:54]:
> Control: tag -1 + moreinfo
> 
> On Thu, 31 Oct 2019 11:53:52 -0400 Marvin Renich <mrvn at renich.org> 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