[elrepo] CIFS issue with kernel-ml 4.10.4-1

[Akemi Yagi]

On Tue, Mar 28, 2017 at 10:20 AM, Weiner, Michael <weinerm at ccf.org> wrote:
> I have been looking through the archives and bugs and have not seen anyone writing about this in the recent history, so I am writing to the  list to see if anyone can help. I manage a CentOS 6.8 server for some computing work here, and an end-user needs to get data she is working with from her CIFS mounted lab share. I wrote her a little script so she can mount this herself:
>
> #!/bin/bash
> sudo mount -t cifs //smb-isi1.lerner.ccf.org/padgetrlab ~/padgetrlab -o username=hershbc,password=*********,domain=LERNER,uid=1528,gid=196
>

> It isn't a problem with bedtools per se, but that was the tool that the end-user was using against some data that resides in her lab share on this CIFS mount on the server, so technically it could be any process really that hits the share. So after a heck of a lot of digging into a lot of useless nothing on the internet, I found a potential answer. The answer could potentially lie in the fact that CIFS module in the standard OS kernel was very old and had never been patched against this bug (std kernel for CentOS 6.8 is kernel-2.6.32-642.6.2.el6.x86_64), so the suggestion was to enable an enterprise linux repository that has newer builds of the mainline kernel (in this case kernel- 4.10.6-1.el6.elrepo.x86_64) that has a newer and patched version of the CIFS module. So it was pretty easy to enable and install the kernel (with little or no impact on the OS) for some testing by the end user. However the problem is now, that when the end user runs her mount script it fails, with a permission denied and throws this in the kernel messages:
>
> Status code returned 0xc000006d NT_STATUS_LOGON_FAILURE
> CIFS VFS: Send error in SessSetup = -13
> CIFS VFS: cifs_mount failed w/return code = -13
>
> So now, we are unable to mount the CIFS share at all. Has anyone else seen this and how do I overcome this issue.
>
> Regards
> Michael Weiner

Can you run the same mount command with a "-vvv" flag and see if you
can collect more info?

Akemi