Bug 1119941

Description of problem:

After upgrading the kernel to version 2.6.18-371.4.1.el5, the customer receives "mount error 13 = Permission denied" when trying to mount from a D-LINK NAS over cifs.  When the system is booted back to the earlier kernel (2.6.18-348.16.1.el5), the mounts work.

The 'permission denied' errors occur with the first user credentials (not the multiple session regression), and multiple security modes have been attempted.


Version-Release number of selected component (if applicable):

kernel 2.6.18-371.4.1.el5, 2.6.18-371.9.1.el5


How reproducible:

always


Steps to Reproduce:

$ mount -v -t cifs //host.example.com/Volume_1-2 /mnt/NAS -o rw,username=NAS-Full,password=XXXXXX

$ mount -v -t cifs //host.example.com/Volume_1-2 /mnt/NAS -o rw,credentials=/root/credentials.txt

$ mount -v -t cifs //host.example.com/Volume_1-2 /mnt/NAS -o rw,username=NAS-Full,password=XXXXX,sec=ntlm

etc.


Actual results:

$ mount -v -t cifs //host.example.com/Volume_1-2 /mnt/NAS -o rw,username=NAS-Full,password=XXXXXX

mount.cifs kernel mount options: unc=//host.example.com\Volume_1-2,ip=192.168.0.200,ver=1,rw,username=NAS-Full,pass=********
mount error 13 = Permission denied
Refer to the mount.cifs(8) manual page (e.g.man mount.cifs)


$ mount -v -t cifs //host.example.com/Volume_1-2 /mnt/NAS -o rw,username=NAS-Full,password=XXXXX,sec=ntlm

mount.cifs kernel mount options: unc=//host.example.com\Volume_1-2,ip=192.168.0.200,ver=1,rw,username=NAS-Full,sec=ntlm,pass=********
mount error 13 = Permission denied
Refer to the mount.cifs(8) manual page (e.g.man mount.cifs)


Expected results:

mount succeeds


Additional info:
cifs debugging shows NT_STATUS_WRONG_PASSWORD, and tcpdump comparison shows the password is 8 bytes longer with working kernel (working=24 bytes, non-working=16 bytes)

various security modes have been tried 

rebooting back to kernel 2.6.18-348.16.1.el5 makes the cifs mounts work again

customer also has Fedora 19, Fedora 20, and CentOS 6.5 systems which continue to work

the problem looks very much like bugzilla 1029865, however the 'permission denied' errors began with 2.6.18-371.4.1.el5, and the mount failures are occurring with the first mount and session